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MIGRATING FROM SAP ECC TO SAP S/4HANA 


Executive Summary 


SAP has announced that they will no longer support ECC ERP systems beginning in 2025 


and from that date, will only offer and support SAP S/4HANA ERP systems. In the ensuing 


udes transitioning their finance operations. Successful 


fore, during, and after migration and knowledge of the 


ndors that can make your 


e a transition team with an idea of the scope of the 
s some areas where we have seen customers and clients 
nit, we help identify areas that might need extra attention, 


paration tasks that need to be considered and planned for 


years, the majority of companies will need to migrate from their soon-to-be-obsolete ECC 
systems to S/4HANA, and this inc 
migration of finance from one to the other requires careful planning, a clear understanding 
of the journey your data takes be 
tools and resources that are available from SAP and other ve 
transition from SAP ECC to SAP S/4HANA easier. 
This paper is intended to provid 
migration task and highligh 
struggle during the process. 
including: 

+ Some of the critical pre 

around data cleansing and archiving. 
+ Highlights of preparing financial master d 


to make throughout the 


What the mandatory 


Key considerations when preparing to im 


migration. 


implementation of 


your business and how to prepare for it whether you have 


or are waiting until you move to SAP S/4HANA. 


reporting. 


While SAP has worked ha 


aterial Ledger i 
implemented it in SAP ECC 


ata and some of the changes you will need 


plement Universal Journal (ACDOCA) 


n SAP S/4HANA means for 


The changes that are coming in CO-PA and how it will affect your accounting and 


d to provide a comprehensive set o 


tools that you can use to 


migrate from SAP ECC to SAP S/4HANA, there are still processes that they do not cover. 


In this paper, we point ou 
automate and streamline 


Also, you will have many options for how you choose to execu 


particular data management and clea 


include using in-house ex 


who oversees all aspects of the migration, or possibly a combin 


perts on your SAP team, hiring an ou 


t specific areas where Winshuttle software and solutions can 


nsing activities. 


te the transition. These 
side systems integrator 
ation of both. Whatever 


path you choose, the experts at ERPfixers can help you determine the best route to make 


your migration from SAP ECC to SAP S/4HANA as smooth, sustainable, and cost-effective 


as possible. 


WINSHUTTLE SOLUTIONS 


Winshuttle offers two solutions for 
automating SAP ERP processes 
before, during and after your 


migration: 


WINSHUTTLE STUDIO 
Upload/download data to SAP 
fast, using Excel. 


Build powerful SAP-enabled Excel 
workbooks that enable business 
teams to get work done faster. 
From streamlining invoicing, sales 
orders, and other transactional 
processes to support migration to 
SAP S/4HANA, Winshuttle Studio 
empowers the business to make 


more of an impact with tools they 
already know. 


WINSHUTTLE FOUNDATION 
Digitize and streamline 
business processes with a 
powerful workflow solution 
built for SAP. 


Add server-based functionality 
to Studio and empower business 
teams to build solutions to 
reduce cycle times and improve 
data quality across your SAP 
landscape—without sacrificing 
security or centralized control. 
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Introduction 


Migrating from SAP ERP Central Component (SAP ECC) to SAP S/4HANA is one of the most 
complex challenges facing many businesses and their finance organizations in the coming 
years. Though many companies have already completed this journey, the vast majority 
of large enterprises have only recently begun the process of planning and preparing their 
organizations for the migration to the new system. 


This white paper is intended to help those responsible for planning and managing the 
finance migration from SAP ECC to SAP S/4HANA understand the challenges and choices 


nvolved in making the finance transition as smooth as possible. To help organizations 


through the journey, ERPfixers and Winshuttle have teamed up to provide expert views on 


the tools, tricks, and processes that can help companies efficiently and effectively migrate 
heir finance data and operations from SAP ECC to SAP S/4HANA. 


ot 


About Winshuttle 


Winshuttle has been automating SAP ERP processes for over 16 years, helping companies 
around the world improve the efficiency and effectiveness of their SAP processes. 
Winshuttle’s software solutions offer significant benefits over manual data processes and 
can help improve the speed, accuracy, and quality of migrations from SAP ECC to SAP 
S/4HANA while allowing organizations to maintain compliance with internal and external 


policies and procedures. Given the complexities and changes these migrations require, 


it is imperative that organizations put in place rigorous governance and clear approval 
workflows to document every step of the migration process. Nowhere is this truer than 
with an organization’s financial data. In addition to Winshuttle Studio software helping 


to automate many SAP migration preparation and data cleansing steps, Winshuttle 
Foundation platform also enables teams to use forms for managing their data preparation 
and migration as well as delivering auditable review and approval processes. 


About ERPfixers 


ERPfixers connects SAP users worldwide with immediate access to highly-skilled 
independent consultants across all SAP solution areas. Our mission is to offer reliable, 
tailored, and cost-effective SAP support, ranging from solving single-system questions to 
onger-term, bespoke business support, offered both on- or off-site, short- or long-term. In 
addition, ERPfixers offers strategically valuable SAP optimization assessments, including 


or SAP S/4HANA migrations. We strive to pass our SAP knowledge on to business users 


and to empower them to feel confident within the SAP system. 


Chapter 1 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


General SAP ECC system preparation for a finance 


migration to SAP S/4HANA 


The first step in the migration from SAP ECC to SAP 
S/4HANA Finance is to prepare the general SAP ECC 
system for the migration. But before diving in, it would 
be helpful to provide an introduction to what an SAP 
S/4HANA migration means and what it entails. 


SAP S/4HANA Migration - Introduction 


Migrating to SAP S/4HANA is generally a non-disruptive 
process to a company’s current SAP setup, but the 
migration can cause significant business disruptions 
if it is not carefully planned and executed. However, 
it is essential to construct an effective roadmap to 
ensure that the project is completed successfully and 
on time. Specifically, there are both functional and 


technical considerations that are necessary to build 


a viable business case for an SAP S/4HANA migration. 
Also, SAP has announced that SAP ECC will no longer 
be supported from 2025 onward, so it is imperative for 


SAP customers to begin thinking about their migration 
strategy. 


Figure 1: Preparing for a migration to SAP S/4HANA 


1 step system conversion: 


One of the options for migrating to SAP S/4HANA 
is through the Greenfield approach, which means 
that the system is set up from “scratch” and is the 
equivalent of a brand-new SAP implementation. 
Some SAP customers should use this approach if 
their current SAP ECC landscape is heavily customized 
(meaning that the company uses its programs as 


opposed to the standard SAP program). In such cases, 


it would typically be easier to start all over than to 
untangle the current setup to make it compatible with 
SAP S/4HANA. 


Another option is the Brownfield approach, which is 
where the current setup on the SAP ECC landscape 
is converted to SAP S/4HANA. This approach is 
not as straightforward as the Greenfield approach 
because the existing structure and data will need 
to be converted to the SAP S/4HANA tables. This 
can get complicated depending on the amount of 


customization that has been done. To its advantage, a 


Current/Future S/4HANA 


— 
EH updates ESE 


Software Update Manager with Database Migration 


Brownfield conversion can be undertaken at any point 
in time during the year. It also does not necessarily 
need to coincide with the year-end — as is the case 
with implementing the SAP General Ledger, which 
was previously known as the “new general ledger 
(G/L)? As shown in Figure 1, there is a one-step system 
conversion from the SAP ECC system on any database 


S/4HANA S/4HANA 
HANA 2 HANA 2 
Full Suite Full Suite 


1809 releases Future releases 


to the SAP S/4HANA system, which is on the SAP HANA 
database. The current release of SAP S/4HANA (at the 
time of writing1) is version 1809. When considering 
a move to SAP S/4HANA, the following factors need 
to be accounted for: time factor evaluation, available 
migration tools, and prerequisite checks. 


1. Time Factor Evaluation 


Before initiating a migration project, SAP customers 


need to understand the project life cycle as well as 


the associated milestones 
management aspects — 
that is sometimes overlo 
— including the readiness 


SAP 
understandably depends 


The duration of an 


generally falls into one of 


several factors, including: 


in order to plan the change 
this is an important area 
oked during SAP projects 
of internal stakeholders to 


acilitate the business transition to the new system. 


S/4HANA migration also 
on the complexity of the 


project. An SAP S/4HANA implementation project 


three categories: complex, 


moderate, or simple. The complexity depends on 


+ The lT infrastructure and landscape 


« The level of customization 


+ The number of years the company has been 


using SAP software 
amount of data to be 


which typically reflects the 


converted) 


These factors are discussed in additional detail 


below, with a specific focu 


(acknowledging that o 
migrated to SAP S/4HANA 


migration we recommend 


son SAP S/4HANA Finance 
her SAP functionality is 
, as well). Before your final 


that several test migrations 


be done in a Sandbox system. The number of testing 


cycles and errors encountered will also factor into the 


duration of the project, as 


a. The number of compa 


will the following: 


ny codes and controlling 


areas: Company codes and controlling areas are two 


of the central organizati 
in an SAP financial system. 


company codes and co 
lead to a more comp 
purely to the amount 


on units that are relevant 
A higher number of 


ntrolling areas will usually 


ex implementation, due 


of data that exists in the 


company codes and controlling areas, as well as 


the configuration that 


organization units. 


has been set up in these 


b. Third-party applications: Third-party systems 


(these refer to the valu 


SAP customer may use 


e-added software that an 
in conjunction with SAP 


software) may contain unique and nuanced data 


flows into the SAP system. It is essential to ensure 


that these systems a 


re compatible with SAP 


S/4HANA. There will also need to be a significant 
amount of testing involved to ensure that the data 


. The level o 
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from these third-party systems flows correctly into 
the new tables in SAP S/4HANA. For example, the 
latest version of the Winshuttle Function Module 


is SAP-certified and com 
SAP S/4HANA. 


it is frequently the case 
the more customization 


company over time. This 


patible with migrations to 


user customization: In the SAP industry, 


hat the older a system is, 
has been done to it by the 
is because, in the early 


days of SAP software, certain functionalities did not 


exist as they do today. Therefore, companies had to 


program their ad hoc so 
These were not part of 


utions within the system. 
SAP’s standard program. 


Any custom programs will undoubtedly require 


a compatibility check with SAP S/4HA 


A, and 


any necessary remediation will need to be done 


ahead of the migration. The higher the number of 


customized programs that exist in the system (such 


as business add-ins (BADIs), queries, report painter 


programs, “Z” programs, user exits, etc.), the more 


complex the SAP S/4HA 


migration process will, therefore, be longer. 


.The number of land 


customer with the 


A project will be, and the 


scapes and clients: A 


hree standard landscapes 


(that is, development, quality assurance (QA), and 


production) will require 


a customer with additio 


less time to migrate than 
nal systems, such as pre- 


production, production support, training, user 


acceptance, and special 


with a 


probability of data-rela 


econciliation difference 


inconsistencies may include data 


projects. 


e. The number of years of financial data: A customer 
elatively stable system that has more 
han 15-18 years of financial data has a higher 


ted inconsistencies with 


he SAP database tables, such as the BSEG 
able and associated index-based 


tables. These 
irregularities, 
s between line items and 


balances, reconciliation of document headers 
(BKPF) against line items (BSEG), and totals tables. 


In these cases, there will 


need to be several testing 


cycles — in a Sandbox system — to ensure that the 


data is consistent. 


. Industry-related functio 


nalities: A customer that 


uses an industry-specific SAP system (such as for 


oil and gas, insurance, retail, etc.) may require an 
extra amount of time to test the industry-specific 


functionality. 


g. SAP ECC core functionality: A customer that utilizes 
the core SAP functionality for financials (Fl), 
controlling (CO), materials management (MM), sales 
and distribution (SD), production planning (PP), and 


human capital management (HCM) should have a 
relatively more straightforward implementation 


(requiring less time) than customers with the 


less commonly used functionality for warehouse 
management (WM), quality management (QM), and 
project systems (PS). 


h. Enhancement package (EHP) levels: A customer 
with higher enhancement package will require less 
effort and time than a customer that is on a lower 


enhancement package. This is because the higher 


enhancement packages (such as EHP 7 or 8) are 
more aligned with the SAP S/4HANA functionality 
than the lower packages. 


i. The SAP Business Planning and Consolidation 
(SAP BPC) application: If a customer uses this 
application, which is housed in a different system, 
and if this customer does not plan to utilize the 
embedded version of SAP BPC (which is integrated 
in the SAP S/4HANA system), then additional effort 
will be needed to ensure the streamlining of data 
from SAP S/4HANA to the SAP Business Warehouse 
(SAP BW) and SAP BPC systems. 


The average project time estimate for a a simple 
migration is 6-9 months, a moderate migration can 


take 8-12 months, and a complex migration will vary 


between 12-18 months, depending on the above 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


factors. To reiterate, it is recommended that several 
test migrations are done in a Sandbox system. The 
number of testing cycles and errors encountered will 
also factor into the duration of the project. 


2. Available Migration Tools 


SAP offers two standard tools that are available to help 


with the migration process: 


SAP Transformation Navigator helps customers 
simplify their transition to the SAP product portfolio. 
t consists of the following: Business Guide, Technical 
Guide, and Transformation Guide. SAP Transformation 
avigator helps companies chart their digital 
transformation to SAP S/4HANA by analyzing the 
products and capabilities that are currently used and 
recommending best-suited products in SAP S/4HANA. 


t requires a company to answer a few questions — 


such as industry type, preferred product from SAP’s 


portfolio, cloud preference, and top value drivers 
for example, reducing finance or audit costs) — 
and subsequently lists results with recommended 


products, type of transition, and enabled capabilities. 


The Business Scenario Recommendations (BSR) 
for SAP S/4HANA report uses the current SAP ECC 
usage information to help identify the most valuable 
digitized business scenarios for the enterprise. 


Customers can receive individual guidance and a 
personalized report for their lines of business to review 
the business scenario details and benefits. For every 
recommended business scenario, the BSR report 


explains the improved transactions, the simplification 
and innovation offered, the business context and 
drivers, the values and challenges addressed, and the 
SAP S/4HANA and SAP Fiori innovations. 


WINSHUTTLE SOFTWARE AS A SUPPLEMENT TO THE STANDARD SAP MIGRATION TOOLS 


While SAP offers a comprehensive set of tools that are designed to make the migration from SAP ECC 


to SAP S/4HANA as smooth as possible, there are still many areas and steps that require manual data 


management. In many of these cases, Winshuttle delivers a solution that helps to automate these 


processes and reduce the risk of human errors. Throughout this paper, we will indicate steps and 


processes where Winshuttle’s SAP automation capabilities can significantly improve the efficiency 


and effectiveness of migrations. 


3. Prerequisite Checks 


There are some prerequisite checks that are done to 
ensure that the current SAP system is compatible with 
an SAP S/4HANA conversion. These are: 


a. SAP NetWeaver Application Server for ABAP 
(SAP NetWeaver AS for ABAP): The current SAP 
ECC system needs to be an “AS ABAP” system only. 
If the existing system is on a dual-stack (AS for 
ABAP and AS for Java), it is not supported by SAP 
and will need to be split before migration. 


b. Core data services (CDS) views: If the existing 
custom codes need to be adapted during the 
conversion, it is required to create or edit a 
CDS view. The “Simplification Item” and the 
“S/4HANA-Specific code Inspector” checks can 
be used to analyze the custom codes and work 
on remediating any issues. 


c. Adobe Document Service: The Adobe Document 
Service, which is used for some functionalities 
such as credit management, is checked for 
compatibility. 


d. Interoperability: The SAP NetWeaver systems 
connected to SAP S/4HANA have to be on a release 
that is greater or equal to release 7.31. 


e. Upgrade to SAP ECC 6.0: The source system 
needs to be at a minimum on SAP ECC 6.0. There 
iS no restriction on the EHP version within SAP 
ECC 6.0 as it can be anything from version 1 to 
version 8. This is because the customer/vendor 

integration, which is required with SAP S/4HANA, 

is not supported below release SAP ECC 6.0. 


f. Unicode: As a prerequisite for the conversion, 
he system needs to be on a Unicode system. SAP 
S/4HANA is a Unicode system, and the Software 


Update Manager (SUM) process does not include 
a “Non-Unicode to Unicode” conversion. If the 
source environment is not on release SAP ECC 
6.0, then the Unicode and SAP ECC upgrade can 
be done simultaneously by doing a Combined 


Upgrade and Unicode Conversion (CU and UC). 


More information about this can be derived 
from SAP Note 928729. 
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Additional Miscellaneous Preparation Steps 


There are also some miscellaneous steps that need 
to be completed to prepare for the SAP S/4HANA 
migration. These steps involve: 


Reviewing redundant company codes: SAP 
S/4HANA conversions take the entire system into 
account. However, if company codes are obsolete 
and no longer in use, there is no point in spending 
any effort on these company codes. We recommend 
you fully archive the company code data before 


conversion, or mark a company code as a “Template 


Company Code.” 


Deleting sample company codes: It is good practice 
to delete all existing sample companies/templates 
before the preparation phase of an SAP S/4HANA 
conversion to avoid future errors with them. You can 
use Winshuttle to help you automate the extraction 
and cleansing of this data. 


Deleting unwanted clients: Companies tend to 
have more than one multiple of the same client in 
their development or QA systems. Clients are typically 
copied for multiple reasons, such as the testing of 
new functionalities with production data or the initial 
implementation of other SAP products for prototyping 
purposes. It is recommended to delete these multiple 


entries for clients before the conversion to ensure a 


smooth and error-free environment. Every new client 


with a different set of data will lead to extra time on 
eliminating errors that could arise. 


Planning the extension ledger settings: We 
recommend you plan the extension ledger settings 
that the company may need in the future based on any 


expansion or future organization requirements. Since 


the extension ledger is created as a layer on top of 
an underlying ledger, all postings from the underlying 
ledger will apply to the extension ledger and can be 
easily used, for example, to modify financial data to 
other accounting standards such as IFRS. 


Eliminating the “Storage Location MRP” view: 


The “Storage Location MRP” view is not supported in 
SAP S/4HANA. Companies need to look to alternatives, 
such as planning on the “MRP area” level instead. 
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There are conversion pre-checks that can help to discover any errors. Companies can 


execu 
Stora 
lot-sizi 
then t 
using 


Executing a table dump: It is good 


ge Location MRP” view is used 


he report generates material 
he storage location’s materia 


to add 


ress any inconsistencies after 


master records for plan 
records. 


practice to execute a ta 
he project goes live. So 


e Report MRP_AREA_STORAGE_LOC_MIGRATION if the pre-checks detect that a 
. The report checks pre 


equisites, such as MRP types, 


ng procedures, and MRP areas in customizing. If all the requirements are fulfilled, 


ning on the “MRP area” level 


ble dump of the critical tables 
me of the key tables are COEP, 


COSP, MSEG, MKPF, EKPO, BKPF, BSEG, LFA1, LFB1, VBAK, COEP, COSP, MARV, PROJ, PRPS, 
MARA, COBK, FAGLFLEXA, AUFK, and AUFM. 


Reviewing SAP Fiori apps: With the release of 1809, SAP has introduced several 


dashboard apps that provide a view of a company’s financial data in a single screen. These 


include General Ledger Overview, Asset Accounting Overview, Accounts Payable/Accounts 


Receivable Overview, and Order-to-Cash Performance Monitor. Acompany should review 


these apps and prepare a list of apps that are needed. 


Chapter Summary 


There 


+ Plan for what the migration projec 

+ Know the factors that will affect thi 

+ Understand th 

+ Familiarize yourself with the standa 
ike Winshuttle so 

+ Conduc 


+ Catalog all the ste 


are many 


factors to be aware in planning for an SAP ECC to SAP S/4HA 
migration. You must: 


s process the most 


e extent of your SAP system landscape inc 


utions, can fill any gaps that might exi 
any prerequisite checks to ensure compatibility 


ps necessary for a successful migratio 
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A Finance 


uding third-party applications 


d SAP migration tools and where other applications, 


st 
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MIGRATING FROM 


SAP ECC TO SAP S/4HANA 


Data Preparation for a Finance Migration from 
SAP ECC to SAP S/4HANA 


Figure 2: Data aging 
segregates data 

by temperature as 
hot, warm, and cold 
(Source: Agilitywork) 


With the explosive growth of data in businesses in recent years, more resources are 


required to scale up the storage of this ever-increasing d 


ata. However, merely adding 


more database resources to keep up with this requirement is not the solution. Instead, a 


company needs to implement an effective data management strategy by analyzing the 


usefulness of old data, the frequency of accessing this da 


ta, and the cost of storage. A 


data management strategy should be in place in order to satisfy the requirements of data 


accessibility, performance, and cost. 


Before migrating to an SAP S/4HANA system, a company 


obsolete data. If there is a sign 
S/4HANA system, then this wi 


must decide what to do with 


icant amount of obsolete data that is migrated to the SAP 
ikely degrade the performance of the system. A process 


called “data aging,” which involves shifting appropriate data within a database to gain 


more working memory, can address these inefficiencies. D 
that needs to be stored into the below categories: 


ata aging segregates the data 


e Hot data refers to the data that is operationally relevant. 


e Warm data is either never accessed or rarely accesse 


d. This data does not need to 


be permanently stored in the main memory of the database. 


e Cold data is no longer accessed during normal operations. This type of data is usually 


only accessed for historical referencing purposes. 


The “temperature” of data (see Figure 2) decides the strategy of storing the data. It can be 


used to horizontally partition the tables - moving data be 


from “hot” to “cold” for optimizing resource consumption 
stored within SAP S/4HANA’s main memory, while cold d 
disk, but remains accessible via SQL on request. Organizati 


usefulness of data and depending upon its value; the data s 
the different temperature categories. SAP recommends th 


ween the different partitions 
and performance. Hot data is 
ata stays primarily stored on 
ons implicitly understand the 


hould be segregated to fit into 
at companies should classify 


10% as hot data, which is between 0 to 4 years old, 30% as 
5 to 10 years, and 60% as historical data over 10 years old. 


ecent data, which is between 


Accessed very frequently for reporting or by Data Warehouse processes. 


5 EXAMPLES: + Queries on InfoCubes 
= + DataStore objects 

+ Data activation in standard DataStore objects 

Either never accessed or accessed very rarely. Does not have to be permanently stored in the main memory. 

= EXAMPLES: + Write-Optimized DataStore objects of corporate memories 
S + Persistent Staging Areas 

+ Write-Optimized DataStore objects of the data acquisition layer 
S No longer needed in the BW system. Only accessed sporadically, does not have to be saved in tehe SAP HANA 
2 database. Instead it can be saved using near-line storage (NLS). 
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The concept of data aging (see Figure 3) was introduced in the SAP Business Suite on 
SAP HANA (“Suite on HANA”) and SAP S/4HANA applications. This is a tailor-made data 
management concept for reducing the SAP S/4HANA memory footprint, based on a 
framework for data aging provided by “SAP NetWeaver for ABAP? It is worth mentioning 
that data aging is only possible for customers undergoing an SAP S/4HANA database 
migration from SAP ECC to SAP S/4HANA, or for customers with a lower SAP S/4HANA 
version (such as 1511) that are migrating to latest version (such as 1809). 


Business Suite S/4HANA 
Data Solution / Storage K Possible 
Business Value 


Temperature Feature Technology RA a Actions 
any DB Sue Rue 
j anvoe | nae [Ouse Ss | 


Optimizing HANA data foootprint 


Hot/Current 
Data Aging SAP MANA CS) ( A 1 ( A ( A Active/operationally-relevant data stored ioe oe 
Hot/Current te TECH, within HANA memory. Hot data is frequently PENS, Dalsie 


accessed and has higher performance 
requirements. 


Optimizing HANA data footprint 


Data Aging “ š 
SAP HANA Cold/Historical Write, Read, 
Cold/ on disc X (Gy Ø Ø eee 
Historical Data which is closed/cleared and is moved 
to cold partitions on disk 
HANA Enabler & Data Volume 
Management s 
Archived Write, Read, 
Seperate WORM, Data which is read only/infrequently Destruction 
Data (ADK) diskar DB file- G G G 2 C2 accessed (histroical) is moved to ADK function 
+ basedstoraee files (enriched with retention time) on a available using 
SAP ILM RM secure long-term storage (important before SAP ILM 
migrating to SAP Business Suite on HANA or 
SAP S/4HANA) 


© Generally available X Notavailable © Different solution approach 


‘Available for selected basis objects only 
Figure 3: A data aging framework for migrating 
ne. inance only partially available SAP data to SAP S/4HANA (Source: SAP 
7In e.g SAP S/4HANA Fi ly partial ilabl d | ( ) 
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HOW WINSHUTTLE CAN 
HELP WITH DATA CLEANUP 
ACTIVITIES 


By leveraging Winshuttle 
software’s ability to extract 

data from SAP systems into a 
user-friendly Microsoft Excel 
template, it is possible to identify 


data discrepancies, correct and 
reload the data records to the 
SAP system without having to 
manually manage or compare 
records one at a time through the 


SAP graphical user interface (GUI). 


Winshuttle software enables 


functional experts who are not 
traditionally SAP users to manage 


significant parts of the data 
cleanup effort. 


Winshuttle also offers users a 
forms and workflow solution that 
enables companies to follow 
established rules and procedures 
during the migration. 
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Data Cleansing 


One of the essential steps that should be performed before migrating from the SAP ECC 
system to SAP S/4HANA is the cleansing of the data. This preparatory activity is frequently 
overlooked, which tends to cause a lot of preventable issues and inefficiencies going 
forward. Over time, and despite available, suitable system controls, an SAP system is likely 


to accumulate many data inconsistencies, for several reasons, including: 


+ Existing data that does not have a consistent format as it is derived from various 
sources 


+ Adecentralized master data management team 


+ Changes in compliance rules and regulations leading to new sets of data — such 
as a country moving from value-added tax (VAT) to goods and services tax (GST), 
which renders much of the old tax code and related settings (e.g., account keys and 
mapping rules) redundant 


+ Changes in the data-keeping format — such as good manufacturing practices (GMP) 


compliance for pharmaceutical industries 


ISSUE EXPLANATION 


Duplicates The same data entity (fixed asset, vendor, customer, etc.) that is 
created multiple times in the same system 


Obsolete or Inactive Data that is not up to date or is no longer active (e.g., vendors 
Records that are no longer purchased from) 


Incorrect Data Inconsistencies related to typing or data entry errors — such as 
spelling errors and reference inconsistencies (e.g., 2nd Street vs. 
Second Street, or Inc. vs. Corporation) 


Incomplete Records Missing data in the current legacy system 


The following data cleanup activities should be taken before the data migration: 


e Data duplication: Identify all the duplicates in the SAP system. 


e Data verification: Verify and validate that all contacts are still valid for email and 
direct mail marketing. 


e Data normalization: Normalize and standardize fields into the new data scheme if 
any format changes have been made. 


e Append data: Add or edit fields to complete records with missing data. 


e Data governance: Establish data governance rules for the SAP S/4HANA or third- 
party system to minimize the need for data cleansing in the future. 
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Evaluation and Analysis 


Before carrying out data cleansing activities, a company should evaluate and analyze 


which data in the current system is invalid and, therefore, should be included in a data 


clean 


creati 


sing exe 
on of da 


Data pro 
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nterface 
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ned programs 
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required? 
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e the creation of ° 
% thedata > 


Figure 4: A data archiving decision tree 


(Source: SAP) 
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Data archiving 


Before migrating to SAP S/4HANA, it is best to clean up the SAP database and archive any 
outdated transactional data. SAP recommends the deployment of a data archiving solution 
to decrease the volume of transactional data that is migrated to the new system. Reducing 
the amount of data that is migrated from SAP ECC to the new SAP S/4HANA system can 
deliver significant benefits, including: 


e Shorter timeline for the migration and future upgrade projects 


+ Aless complex data migration 


+ Substantially less production downtime and associated risk 


The Decision Tree shown in Figure 4 highlights a typical decision process involved in data 


archiving. 
Can the data b it : s TE 
an the data be ° ummarize eœ» 
summarized? ,  thedata }? 
NO ļ ef 
Can the data be deleted? weeeee, 
l Delete ` 
NO YES = e ° 
ļ a data! $ 
Can the data be archived? ji ea ae 
: Archive X 
NO ļ YES — ° ° 
` data! : 
4 Data 


: remains in the 
* database ; 


14 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Managing Data Volume 


Data that is static in nature or that is no longer needed from a business standpoint can 
be archived easily. The archived data can be accessible in the “Suite on HANA” (when the 
SAP ECC system is housed in an SAP HANA database) and SAP S/4HANA systems, via the 
standard SAP tools and interfaces, such as the Archive Information System. Customers can 
also delete data using the data destruction functionality of the SAP Information Lifecycle 
Management solution. 


Archiving and aging are similar concepts with the same end goal, reducing the data load 
on the live SAP HANA database, to increase data efficiency and reduce cost. However, it 


must be ensured that the aging and deletion of archived material documents does not 


happen in parallel. 


Using Compliant-Based Archiving 


Using a compliant-based archiving tool is essential for managing regulatory requirements 
and data privacy standards, such as GDPR-compliant data management. This kind of 
compliance solution is necessary for regulated and litigious industries such as the financial 
services, healthcare and life sciences, and public sector industries. There are several third- 
party tools available to meet these regulatory requirements, such as Iternity and Smarsh. 


Removing Unstructured Content from the Database 


Itis essential for companies to consider their unstructured content. If the storage location 
of ‘Generic Object Services (GOS)’”* attachments is not configured, all unstructured content 
that users have added via GOS over time will have been recorded in the database and will 
add to the overall volume. Companies can check the size of the SOFFCONT1 table in this 
context, or they can check the Control Table DRAO for SAP DMS (Document Management 
System) as well. 


* GOS = This is the icon commonly in the top-left of an SAP GUI screen, which provides 


different functions such as adding attachments, creating document links, displaying 
workflows, and so on. 


The data archiving procedure can be carried out in three phases (see Figure 5): 


1. Creating an archive file: The “write” program writes the data to be archived from the 
SAP database to archive the files. 


2. Deleting data: The deletion program first reads the data in the archive file and then 


deletes the corresponding data records from the database. 
3. Moving the archive files to a separate storage medium: As an optional step, the archive 


iles can be securely stored in another storage medium. 


Refer to SAP Note 2545209 for information on accessing archived FI data after upgrading 
to SAP S/4HANA. 
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Figure 5: The three phases of the SAP data archiving procedure (Source: Mouritech) 


Chapter Summary 


As you prepare your financial data for migration from SAP ECC to SAP S/4HANA, it is 
important to consider the following: 


+ The age and “temperature” of your data to determine what should be archived versus 
migrated 


+ The best approach to cleansing the data you intend to migrate 
+ The extent of the cleansing effort ahead of you 


* The most efficient tools and processes for cleansing your data 


+ The amount and value of the data you need to archive 


e The preparation of financial master data to match the changed functions in SAP 
S/4HANA Finance 
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Chapter 3 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Financial master data preparation and changes 


HOW WINSHUTTLE CAN HELP 


Winshuttle Studio can often be 

the best option for correcting 

any variances or errors that are 
uncovered during the transactional 
data preparation step. Enabling the 
functional users who understand 
the accounting and variance 
processes to make the necessary 
changes, without needing to know 
the SAP GUI, frees up SAP experts 
for other aspects of the migration. 


By employing Winshuttle 
Foundation for review and 
approval workflows, organizations 
can also rest assured that the 
process steps put in place for the 
data preparation and cleansing are 
being followed and are auditable. 


Transactional Data Preparation 


The activi 


ies to prepare the transactional data for migrati 


n preparing data for migrating financial operations from SAP ECC to SAP S/4HANA, there 
are minimum activities that occur during the pre-conversion phase for period closing, 
econciliation checks, and transactional data checks. It is also important for a company 
to prepare for the migration of financial operations by modifying its existing master data 
to meet the changed functions in SAP S/4HANA, as well as to prepare their transactional 
data changes to minimize migration errors. The activities that can be carried out to prepare 
the transactional and master data for migration, are explained below. 


on is as follows: 


1. FI transactional data consistency check: FI consistency checks compare the G/L 


acco 
acco 


2. Com 


docu 


unts to identify any inconsistencies. This includ 
unt balances. 


parison of documents and indexes: One of 


es comparing open items and 


he important checks between 


ments and indexes is the checking of open items from secondary index tables 


BSIS and BSAS and ensuring that they have the same XOPVW indicator as the account 
master table SKB1. 


3. Cross-module reconciliation check: This is done against the G/L to ensure that 


the balance reconciles with the AP, AR, fixed assets, and MM data, in all ledgers and 


valuations. 


4. Reconciliation of the document tables: Table BKPF is reconciled with the index 


tables such as BSIS/BSAS, BSID/BSAD, and BSIK/BSAK. 


5. Examination of missing document headers: Examine missing headers from table 
BKPF. 


6. Reconciliation of document headers: Reconcile table BKPF against line items 
(BSEG). 
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HOW WINSHUTTLE CAN HELP 


The implications of these changes 
mean that companies will need 
to create new G/L accounts for 
each secondary cost element in 
SAP ECC. Winshuttle software’s 
ability to work in SAP ECC and 
SAP S/4HANA can help speed up 
the creation process by allowing 
users to reference existing SAP ECC 
data, perform data conversion in 
Microsoft Excel, and then create the 
new G/L accounts in SAP S/4HANA 
via transaction code FSOO. 


HOW WINSHUTTLE CAN HELP 


Winshuttle software can support 
the various data checks outlined 
to the right. By enabling users to 
quickly and easily extract, check 
and validate the data fields, 
Winshuttle makes this portion of 
migrations to Business Partner 
faster than having to conduct the 
checks manually. 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Financial Master Data Preparation 


The Universal Journal being introduced in SAP S/4HANA (see chapter 4) has numerous 
implications for financial master data. A significant update and change to data in the G/L 
includes how master data is created: Depending on the business scenario and the line of 
business, a company would likely need to create new G/L accounts before or during the 
SAP S/4HANA conversion to meet these requirements: 


e Creation of Cost Elements for Account-Based CO-PA Assessment Cycle: After 
transitioning from costing-based to account-based CO-PA, a company will need to 
modify its assessment cycles. It will need to create additional cost elements that 
represent equally the value fields, which are assigned to the PA transfer structure. 
The number of G/L accounts created will depend on the number of value fields the 
company is currently using in costing-based CO-PA. 


e Creation of Cost Elements for Internal Order Settlement to CO-PA: After transitioning 


to account-based CO-PA, modifications in the allocation structure will be required 
to include new settlement cost elements that existed in the PA transfer structure. 


Preparing for the Transition to Business Partner 


The validation of complete data in the Customer Master and Vendor Master objects is 
critical to ensure that there is an error-free customer/vendor integration (CVI). A few 
important central data checks that need to be conducted before embarking on conversion 
are: 


Organization checks 


+ The Industry field must exist (Table TB038) 
+ The Legal Forms field must exist (Table TB019) 
e The Legal Entity field must exist (Table TB032) 


Address checks 


+ Validation of bank data fields, such as Bank Key must be available 
e Validation of address data, such as Title Forms of Address (Table TSAD3) 
+ E-mail fields must contain @ 


Tax number checks 


+ Tax type must exist in the Tax Number Categories (Table TFKTAXNUMTYPE) 
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Some of the errors that are encountered during the CVI process errorsare as follows: 


HOW WINSHUTTLE CAN HELP e Existing account number not valid: Bank account number (KNBK-BANKN) is 


Depending on system defined with a length that is different from the specified country’s settings. 


Sih adios andl now tne ¢ Invalid bank control key: Bank control key (KNBK-BKONT) is in the wrong format. 
bank account data is managed, 

Winshuttle Studio may be able to e Bank key doesn’t exist: Bank key (KNBK-BANKL) specified for a customer/vendor 
help you through the process of bank account doesn’t exist. 

correcting errors and variances in 

Ewanie aimee ar e Account holder doesn’t exist for country: Account holder (KNBK-KOINH) is missing 


in the Bank Details record. 


e Customizing issues (missing or incomplete customizing): Tax number categories, 
industries, address forms, departments, legal forms, and so on, are missing or 


incomplete. 


e Master data quality issues: The incorrect format is used for dates, tax codes, trading 


partners, bank keys, bank account numbers, postal code, or bank control. 


e Nonexistent/incorrect tax and VAT values or bank numbers. Value specified for 


a customer/vendor tax or bank number doesn’t exist. 


It is important to check for consistency in the customer and vendor master data, and fix 


any issues accordingly so that these errors do not occur during the CVI process. 
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Example Errors 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


1. Tax number category does not exist: Tax numbers are sourced from the “Control 


Data” tabs of the Customer (XD03) and Vendor (XKO3) masters, where the country 


code of the tax number category represents the country code of th 


e business partner, 


and the numerical sign represents the reference number of the tax number field 


(see Figure 6). For exam 


ple, “KE1” denotes the “Tax Number 1” fi 


customer or vendor. A “0” reference number always represents the 


When the code creates a 


n error in the system, it means that the en 


ield of the Chinese 
“VAT Reg. No.’ field. 
ry does not exist in 


table TFKTAXNUMTYPE. This means that either an SAP Note needs to be implemented 
or the tax category needs to be manually maintained and assign 
rules via table TFKTAXNUMTYPE and maintenance view V_TFKTAXNUMTYPE. 


(] Table View Edt Goto Selection Utities System Heb 
o| IEA- IE LA EE 0020 gA 


“Category Name ‘Duplicate Check 
China: Tax Number ore 

= ozz 
| ore 
orr 

ore 

ore 


Figure 6: Error for tax number catego 


ry that does not exist 


ed to the checking 


2. Address xxx not designated for organizations. This error means that the business 


address service needs to be maintained as a gender-specific title (see Figure 7). 


(S Table View Edt Goto Selection Utities System Heb 
© | MEA- ELA gg000 AH 


Change V "Tit (Bus. 


B e 


ces} : Uvervie 


Sy New Entries DRAR 


Figure 7: Error for business address service not designed as gender-specific 
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3. Specify an industry. This error means that the industry that exists in the business 
partner has not been maintained in the table (see Figure 8). 


Precheck Upgradation Report 


Precheck Status Result 


CVI MAPPING [ customer (28/23 ) vender (21/24 )] 
Contact Person Meaorg com 


ODL 8s industry Not maintained in table TPOSEN in cleo 0. 
(UDI 84 industry Not mantaned in tabla TPU36M2 in clert O 
(ODL 05 Industry Not mantaned in table TPOGEML in clert 0 


(ODL 8S industry Not maintained in table TPOSEN in cleo 0. 
GUL 8 industry Not mantahad in tabla TPU3EM1 in clert 0 
(ODL 86 Industry Not mantahed in table TPOQEME in clert C 
DDOL 91 industry Not maintained in table TPOSE in cleo 0. 


T051 91 industry Not mantaned in table TPU36M2 in clert O 
000192 Industry Not maintahed in table TPOGEML in clert 0 


DOOL 92 industry Not maintained in table TPO3EN in cleo 0. 
(UL 93 industry Not mantahad in tabla TPOSER in clert 0 
000193 Industry Not mantahed in table TPOQEMD in clert C 


e ee 


Figure 8: Error for industry not existing in the business partner master data 


The following activities will need to be performed to ensure the completeness of the 
business partner master data: 


Attribute assignment for contact person 


a. Activate Assignment of Contact Person 

b. Assign Department Numbers for Contact Person 
c. Assign Functions of Contact Person 

d. Assign Authority of Contact Person 

e. Assign VIP Indicator for Contact Person 


Attribute assignment for customer 


f. Assign Marital Status 

g. Assign Legal Form to Legal Status 
h. Assign Payment Cards 

i. Assign Industries 


Chapter Summary 


Migrating financial master data from SAP ECC to SAP S/4HANA requires some significant 
changes to the data structures in SAP ECC before the conversion can be successful. These 
include understanding: 

+ The changes to how CO-PA costing elements are managed 

+ The changes that are coming with the shift from customer/vendor to business partner 


« Expected errors and how to mitigate them during the CVI process 
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Chapter 4 
Preparing for the Universal Journal (ACDOCA) 


Conversion to SAP S/4HANA transforms the transactional data in the SAP ECC system 
from the various financial systems (i.e., G/L accounting, asset accounting (AA), CO, CO-PA, 
t 
reads the data from the old database tables and transfers them to the new structures, as 


and the material ledger) to the new data model of the Universal Journal (ACDOCA). 


shown in Figure 9. For example, AA line items are transferred (or converted) from the ANEK, 
ANEP, ANEA, and ANLP tables to the ACDOCA table. The migration of balances ensures the 
aggregated total amount in ACDOCA shows the same results as the total amounts in the 


old tables. Below is a list of tables that have been removed (or replaced) in SAP S/4HANA: 


e Index tables that have been removed or replaced: BSIS, BSAS, BSID, BSAD, BSIK, 
BSAK, BSIM, FAGLBSIS, and FAGLBSAS 


¢ Aggregate tables that have been removed or replaced: GLTO, GLT3, FAGLFEXT, 
KNC1, LFC1, KNC3, KFC3, COSS, and COSIP 


e Line-item tables removed: FAGLFLEXA, COEP, ANEP, ANEA, ANLC, ANLP, and MLIT 


e Material ledger tables now stored in the ACDOCA table: MLIT, MLPP, MLPPF, 
MLCR, MLCRF, MLCD, CKMI1, and BSIM 


General Ledger Accounting (G/L) Profitability Analysis (CO-PA) 


Balancing 
Operating Market 
EI 


Universal Journal 


Account/ Balancing Account 
Ledger Cost Profit Asgmt. pada t Material S 
Element Center Block g 


Figure 9: The transactional data from the old database tables in SAP ERP Financials is transformed 
to the new data model of the Universal Journal (ACDOCA) in SAP S/4HANA (Source: SAP Help) 
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Since the Universal Journal (ACDOCA) is a combination o 
itis very likely that any inconsistencies between the ledge 
BSEG and BSIS, can lead to a series of errors in ACDOCA. 


As a part of the pre-migration 


jad} 


This i 


durin 


Some o 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


enable users to analyze these areas and report the erro 
the migration steps. However, even if all the pre-migratio 
nd the integrity of the data has been validated sufficiently, errors are still bound to occur. 
s because the reports and programs for checking an 


d these do not show every error 


the SAP ECC source system on the old data structures, a 
that can come up during conversion to SAP S/4HANA. Mo 


checks, SAP has developed 


S 


g the migration phase and are typically triggered d 


R20: Analyze Transactional Data 

R21: Reconciliation of Transactional Data 
R24: Check Migration of Balances 

R23: Check Migration of Journal Entry 


R24: Check Migration of Balances 


R25: Check Initial Depreciation Calculation 


BKPF entry exists, but no BSEG entry 


D 


The majority of these errors are due to the following: 


anual updates of the BSEG table 


incorrect prior updates to these tables 


in transaction SE16N 


unctionalities 


multiple tables (see Figure 9), 


s, tables, or structures, such as 


multiple tools and programs to 
in advance, before performing 


n checks have been carried out, 
d validating can only be run in 


of these errors are encountered 
ring these migration steps: 


the prominent errors encountered due to data inconsistencies are: 


BSEG entries without an equivalent entry in FAGLFLEXA 
ismatch between the index table and the backup table 
fferent amounts between the entry view and G/L view 
tem is in the BSEG table but missing in the index table 
ismatched balance for ANLC or other assets-related table 


Data inconsistencies existing in the source system due to inconsistent updates that 
have been made by custom-developed programs and interfaces 


nconsistency between the BKPF and BSEG tables in the source system due to 


Problems caused by incorrect archiving of the data in the above tables — such as and 
error showing “BKPF entry exists, but no BSEG entry” could be triggered 

mproper customizing or master data changes — such as switching on or switching 
off “Open item management” without following proper procedures 

Direct updates to standard tables — such as BSEG via a function code “SAP_EDIT” 


f the classic G/L is used in the source system, and the new G/L functionality 
is subsequently activated, there could be inconsistencies between the two 
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HOW WINSHUTTLE CAN HELP 


Inevitably the checks and 
validation steps that SAP 
programs conduct will return 
errors that need to be corrected. 
Winshuttle software enables 
functional teams to extract the 


records that need adjusting 
from the SAP system, make 

the necessary corrections, 

and reload the records — all 
without the need to manage the 
changes through the SAP GUI. 
The changes can be made ina 
Winshuttle-enabled Microsoft 
Excel template and then posted 


to the SAP system. 


Winshuttle offers software 
solutions that enable teams to 


adhere to strict, established audit 
and compliance standards — 
that are critical for successfully 


migrating financial data from SAP 
ECC to SAP S/4HANA. 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Recommendations: 
Steps Ahead of Migrating to ACDOCA 


n general, companies 


data during the year-e 
migration of documen 
data quality issues we 


help to ensure a smoot 


may run into problems with inconsistent transactional data if they 
have large volumes of data, an abundance of custom codes, or do not reconcile their 
nd close process. Therefore, performing preparatory work for the 
ts in the ACDOCA table is highly important in order to identify any 
Lin advance of an SAP S/4HANA conversion. This critical step will 
h and error-free data migration. Some important recommendations: 


a. Performing consistency checks across table indexes: This is done by comparing 


documents to indexes, chec 
fiscal years, checking for any duplicate data and identi 


ing documents against transactional data for selected 
fying missing document between 


headers (BKPF), and line items (BSEG). RFINDEX_NACC is the standard program that 


checks the consistency of the document views fro 
sin table BSEG. It also 
indexes versus documents, missing BKPF, missi 


BSIK, and BSAK 


versus indexes, 


transaction figures, indexes/transaction figures, du 
1835621 and SAP Note 1592904 can be u 


b. Reconciling the G/L and the AP/AR subledgers: The transacti 
TFC_COMPARE_VZ) reports the transaction-based di 
AP/AR. It also checks customizing for document types and n 
starting with the migration, the reports should be executed for 
the “Single Doc. Comparison” check flagged. Any findi 


tables with the line item 


the start of the migration. 


c. Reconciling the G/L with asset accounting: Program 
standard programs that can be used to reconcile the F 


sed to deal wi 


plicate indexes, etc. SAP 


ngs shou 


m the BSIS, BSAS, BSID, BSAD, 


econciles documents 
ng BSEG, document/ 


ote 


h any findings in this program. 


on FAGLFO3 (Program 


fference between the G/L and 


umber ranges. Before 


he last fiscal year with 


ld be resolved before 


s RAABST02 and RAABSTO1 are 
| and AA data. These programs 


reconcile the data for both the leading and non-leading ledgers (if any). However, 


before executing these reports, the following activities should be performed in the AA 


module to ensure that there are no errors: 


+ Fiscal Year Change (AJRW) 
+ Execute Depreciation (AFAB) 


e Execute Yea 
e APC Values 


Furthermore, since 
in SAP S/4HANA ( 

EHP8), itis a critica 
that may arise due 


Closing (AJAB) 
Posting (ASKB) 


to data inconsistencies. 


the classic AA module has been replaced with “New Asset Accounting” 
ote: New Asset Accounting is also available in release SAP ECC 6.0, 
area that needs to be handled carefully in order to mitigate any risks 
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d. Reconciling the G/L with materials management. Programs RMO7MBST and 
RMO7MMFI ensure that the summary total in the G/L matches the total in the MM 


subledgers. It is therefore 


important to run these programs for the current year as well 


as the prior years. Any errors and inconsistencies should be resolved immediately. For 


the most part, the differences can be resolved by carrying forward the balances in the 


G/L. Also, program FAGL_ 


M_RECON needs to be executed to compare the inventory 


G/L account balance with the inventory values in the material ledger. This program 


reads the inventory values from the material ledger tables. If the material ledger is not 


active, it reads the values 
to if there are any errors: 


from the MM tables. The SAP Notes below can be referred 


e SAP Note 968812 - MM/FI: Difference for material stocks 
e SAP Note 520010 - FAQ: Inconsistencies in inventory management 


e. Reconciling ledgers: Tra 
ledgers. If the new G/L is 
ledgers should be compa 
SAP Note 729433 (differe 


causes and solutions) can be referred to. 


nsaction code GCAC is used for the reconciliation of different 
active, then all the records of the leading and non-leading 
ed for each fiscal year. If the program finds any differences, 
nces between the special ledger and the G/L for possible 


f. Reconciling profit center accounting with the G/L: Transaction codes KE5T and 


KE5U are used (the prev 
reconcile the profit cente 


iously mentioned transaction GCAC can also be used) to 


accounting module with the G/L. The program compares 


the GLPCT table with the classic G/L table (GLTO). If there are any differences, the SAP 
Note 81374 can be referred to for possible causes and solutions. 


g. Customizing consistency checks: From SAP S/4HANA release 1809, the program / 


SDF/RC_START_CHECK as 


well as the program FINS _MIG_PRECHECK_CUST_SETTNGS 


can be used to check the consistency of Ledger, Company Code, and Controlling Area 


settings to determine whether a migration to SAP S/4HANA Finance is feasible. The 


program checks whether the currency settings of the company codes and ledgers are 


consistent and compatibl 


Chapter Sum 


e with the new table architecture. 


mary 


Universal Journal (ACDOCA) represents a fundamental change in the way SAP S/4HANA 


organizes, stores, and manages financial data. As a result, itis critical that you understand 


the implications of these changes and how they will affect both your SAP environment as 


well as your functional finance team. The things to be aware of include: 


+ The combining of multiple tables into a single “universal” table that includes all of 


your financial and relate 
+ The changes to your fi 


uccessful 


n 


d information 


nancial data that are required for your migration to be 


+ The tools available for analyzing your current data structures in SAP ECC 


+ The tools available for making corrections, updates, and adjustments to the data in 
preparation for SAP S/4HANA 
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Chapter 5 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Activating the material ledger 


OLD TABLE 


MLHD, MLIT, MLPP, MLPPF, MLCR, MLCRF, 
CKMLPP, CKMLCR, MLCD, CKMLMV003, 
CKMLMV004, CKMLPPWIP etc. 


MLKEPH, CKMLKEPH, (CKMLPRKEKO) 


CKMLMVO11 


MKPF, MSEG 


MBEW, OBEW, QBEW, MBEWH, OBEWH, 
EBEWH 


In SAP S/4HANA, the material ledger is mandatory. In the SAP ECC system, the invento 


valuation tables xBEW(H) (tables EBEW, EBEWH, MBEW, MBEWH, OBEW, OBEWH, QBEW, 


and QBEWH) were used to store transactional and master data attributes. However, wi 
SAP S/4HANA, even though these tables still exist, they are only used for storing MM da 
attributes. The transactional data fields, such as LBKUM, SALK3, SALKV, and VKSAL, a 
no longer updated in the inventory valuation tables mentioned above. Instead, they a 
stored in Table ACDOCA and other material ledger tables. This is why it is mandatory 


jad} 


Q 


iffer from the new ones. 


NEW TABLE EXPLANATION 


MLDOC & MLDOC_EXTRACT These tables will be populated from material 


y 


h 


ta 
e 
e 
tO 


ctivate the material ledger in SAP S/4HANA. The table below describes how the old tables 


ledger transactional data updates and settlement. 


LDOCCCS & MLDOCCCS_ These tables will update the cost component split 
EXTRACT in actual costing. 
LRUNLIST This table will contain the material and activity 


type status from a costing run. 


ATDOC This table will hold the header and item data of a 
material document. 


ACDOCCA This table will contain the inventory valuation 
transactional data. 


most common functionality used with the material ledger, to date). 


has its benefits. The contents of most of the old material ledger tables (such as MLI 


The material ledger table (MLHD) data is stored in the accounting document header tab 
(BKPF). 


During the migration to SAP S/4HANA, there are configuration conversion steps that are 
needed to activate the material ledger automatically — even if the source system did not 
have material ledger active. While it is mandatory to activate the material ledger in SAP 
S/4HANA, customers are not obligated to activate actual costing (which is typically the 


Along with the significant architecture-level changes, the activation of the material ledger 


T, 


LPP, MLPPF, MLCR, MLCRF, MLCD, CKMI1, and BSIM) are stored in the ACDOCA table. 


le 


2 
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HOW WINSHUTTLE CAN HELP 


While Winshuttle software 


may 


archi 


MM 
to su 


not be best suited to help 
ive records from MLWERE or 


_EKKO, it is very well suited 


pport the closing, clearing, 


updating, and configuration 


activ 
activ 


ities in SAP ECC prior to 
ating the material ledger. 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


There are numerous functional benefits for companies using actual costing with the 
material ledger in SAP S/4HANA. For example, price changes during the period are 
now possible without using the Late Price Change (LTPC) functionality. With the new 
material ledger, there is no longer a distinction between single- and multi-level variances. 
Furthermore, material ledger’s monthly closing process is significantly faster now, as 
process steps (single-level settlement, multi-level settlement, revaluation of consumption, 


and work-in-process (WIP) revaluation) are merged into one step called “Settlement.” 


Recommendations for Companies NOT Currently 
Using the Material Ledger 


For companies that are not currently using the material ledger, there are no specific sets 
of activities that need to be taken before migration as part of the preparation for a SAP 
S/4HANA conversion, except for executing the standard step, “Preparations and Migration 
of Customizing for Material Ledger” shown below: 
~ Preparations and Migration of Customizing for Material Ledger 

- [B G Migrate Material Ledger Customizing 
+ [83 @ Check Assignment of Material Ledger Types to Valuation Areas 


However, to ensure that the existing data is successfully transitioned to SAP S/4HANA — 
with minimal errors — it is recommended to take the following steps where pertinent: 


> 


chive purchase order (PO) history records (table MLWERE) and obsolete POs (MM_ 
EKKO). 


* Close open production orders (transaction COHV). 
C 


ear any goods-receipt/invoice-receipt (GR/IR) account differences (transaction 
R11). 


. 
c 


pdate the exchange rates for the currencies of the company code(s). 


+ Ensure that all G/L accounts configured as inventory accounts (transaction key BSX) 
have been created. 


There are two main schools of thought regarding whether it is better to implement the 
material ledger before the migration process or during the migration process to SAP 
S/4HANA. 


The first school of thought, that it is better to implement the material ledger beforehand, 
emphasizes several benefits, including: 


+ Users have time to become accustomed to the material ledger functionality and 
processes. 


+ The material ledger requires discipline for its functionality to work correctly. 
mplementing it beforehand allows the users to adopt these practices early on. 


+ SAP S/4HANA comes with a variety of new functionalities that will change the way 


the system is used. A migration beforehand reduces the overall learning curve when 


one of the features is already implemented. 
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HOW WINSHUTTLE CAN HELP 


When preparing for the 
implementation of the material 
ledger in SAP S/4HANA, 
Winshuttle Studio is an excellent 
tool for helping manage and 
prepare the data that will be 
migrated. Winshuttle Studio can 
help with cleansing, updating, 


and modifying data records so 


that the data is compatible with 
the material ledger fields in the 


Universal Journal. 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Some companies do not currently use the material ledger (in SAP ECC) but may consider 


activating it in SAP ECC, prior to migration, to use its actual costing functionality for 


business-related reasons such as: 


+ Operating in multiple countries and multiple currencies 


+ Operating a worldwide supply chain, which requires intercompany transfer 


View” of inventory data 


pricing between different legal entities in different countries, thereby requiring the 
elimination of any intercompany profit within affiliated entities by having a “Group 


+ Capturing exchange rate differences that relate to material valuation 


+ Capturing the inflationary impact on the inventory values due to high inflation rates, 


thereby necessitating the recording of inventory in a more stable currency like USD 


Such companies may understand the need to implement the material Ledger, but have 


been holding back the implementation decision due 


as system perfo 
operational disci 
ECC in order to 
migrate to asign 


steps in the actual cos 
the U 


integration with 


man 


fami 


ificantly imp 


o anticipated challenges, such 


ce, complex configurations, additional period-end activities, and 


niversal Journal 


pline, etc. These companies can implement the material ledger in SAP 


iarize themselves with the calculation logic and processes, and 
oved version in SAP S/4HANA, which offers the streamlined 
ting cockpit, the speed of the SAP HANA database, and the seamless 


which eliminates period-end reconciliation). 


The second school of thought is to delay the material ledger implementation until the 


SAP S/4HANA mi 


grati 


SAP ECC system 


on. In this case, 


to SAP S/4HANA, it ca 


+ The perceived challenges can 


comparatively faster 


if a company can wait until it migrates its existing 
n reap the following benefits: 


be avoided because the month-end process is 


+ System performance is much faster than SAP ECC 


+ The aforementioned price chang 


e restriction has now been removed 


Additionally, by waiting until the migration to SAP S/4HANA, there will be no confusion 


as to the process chan 


users W 


ll only need to lea 


Another important benefit of delaying t 


ges between the actual process in SAP ECC and SAP S/4HANA. The 
n the new process in SAP S/4HANA. 


he material ledger implementation will be an overall 


smoother and faster migration process. The errors that can occur during the conversion 
of the material ledger from SAP ECC to SAP S/4HANA, including “SAP S/4HANA Material 


Ledger 


igration (Actual Costing)” can be avoided. These include: 


+ Statistical exchange rate differences 


+ SAP S/4HANA Material Ledger Mi 


gration 


e Exception CX_SY_ARITHMETIC_OVERFLOW 


+ Runtime Error: S/4HANA Migratio 


n Material Ledger Performance during INITIAL_LOAD 
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HOW WINSHUTTLE CAN HELP 


Winshuttle software can 


significantly help speed up the 


data c 
before 
inform 


maste 
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igrat 


softwa 


eansing activities needed 
archiving or migrating the 
ation in these tables. This 


includes changes to material 


data, as well as updates 


nd corrections users identify 
in other master data that is 


ing to SAP S/4HANA. 


oreover, with Winshuttle 


re, users can manage the 


governance and compliance 


requirements laid out as part of 


their migration roadmap. 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Recommendations for Companies Using the Material 


Ledger in SAP ECC 


For customers already using the material ledger in the SAP ECC system, there are a few 


proactive measures that need to be taken to ensure that the migration to SAP S/4HANA 


goes smoothly. As part of the pre-migration activities, customers should ensure: 


+ The material ledger costing runs for actual costing (CKMLCP) and alternative valuation 


(CKMLCPAVR) are successfully executed and that all the month-end processes are 


completed with no errors. 


+ There are no materials that are still in an “open” status as it is not possible to reprocess 


an existing actual costing run once the SAP S/4HANA migration is complete. 


+ Any custom programs that relate to the material ledger should be reviewed and 


remediated, as there are no compatibility views (i.e., table views in SAP S/4HANA that 
replicate the obsolete tables in SAP ECC) for material ledger tables in SAP S/4HANA. 
Material ledger reports that are customized will no longer work as they would 


be based on the old material ledger 


data structure. 


+ Ifa company has been using the material ledger for a long time and has large 


amounts of data, it is recommended to execute the Material Ledger Consistency 


Check report, (which is part of the Material Ledger Help Desk program) in order to 


ind any inconsistencies in the mate 


rial ledger tables. The transaction code for this 


eport is FCMLHELP. Refer to the SAP Note 2433733 for further details. 


Itis also recommended to minimize the amount of data that is to be migrated by archiving 


or deleting any data that is no longer needed. This will decrease the migration downtime. 


The relevant tables are as follows: 


+ Inventory valuation tables: MBEWH, 


EBEWH, QBEWH, and OBEWH 


+ Material ledger inventory tables: CKMLPP and CKMLCR 


e PO history tables: EKBE, EKBEH, EKBZ, and EKBZH 


+ Production order history tables: MLAUFCR and MLAUFCRH 


Using the Non-Zero Down 


time Approach to Migrate 


from the Material Ledger in SAP ECC 


For companies using the “Non-Zero Down 


time” (NZDT) migration approach, the following 


measures should be taken in advance to avoid errors: 


+ The currency exchange rates should 


not be maintained between the initial and the 


delta (NZDT) migration. Otherwise, this could lead to an error in the migration step 


“M20: Check Material Ledger Master 


Data.” SAP Note 2661870 can be referred to, or 


implemented, in advance to avoid a 


+ During the execution of the step “M 


ny issues. 


10: Migrate Material Ledger Master Data,” there 


could be an unusual balance on the G/L accounts, especially for entries in table 
ACDOCA. It is recommended to apply SAP Note 2718814 SAP Note 2675774 to avoid 


the error. 
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Other important points for companies already using the material ledger to be aware of are: 


+ There is no default “0000” material ledger type anymore. Therefore, a separate 
configuration of the material ledger type (using transactions OMX2 and OMX3) is a 


mandatory requirement. 


+ Itis mandatory to define the currency types that are relevant for the material ledger 
explicitly as the user can no longer default the currency types from FI or CO (as was 
the case in the SAP ECC system). 


+ Although the deactivation of the “Statistical Moving Average Price” is not mandatory 
in SAP S/4HANA, SAP recommends taking this step to achieve a significant increase 
of transactional data throughput for goods movements. 


+ tis not possible to create the costing run for the previous period after the system has 
been converted to SAP S/4HANA. 


+ Itis not possible to change any material ledger costing runs or to execute the steps 
of material ledger costing runs during the process of system conversion. 


+ It is not possible to activate or deactivate the material ledger’s actual costing 


unctionality during the process of system conversion. 


+ Itis mandatory to execute the program FCML4H_STARTUP after the migration to 


post documents on plants that had actual costing active (before the SAP S/4HANA 


migration). 


Migrating the Material Ledger from SAP ECC to SAP 
S/4HANA 


aterial ledger migration is mandatory in SAP S/4HANA even if the material ledger 
unctionality is not being used in the SAP ECC system. It activates the material ledger for 
all valuation areas, and the relevant master data is created in all material ledger currencies 
rom the 12th period of the last fiscal year until the period of migration. If the actual costing 
unctionality is active in the source system, data related to actual costing will be transferred 
to the new data structures in SAP S/4HANA for the following tables: 


+ ML Document Table MLDOC 
+ ML Document Cost Component Split Table MLDOCCCS 


« Extract of ML Document Table MLDOC_EXTRACT 


+ Extract of ML Document Cost Component Split Table MLDOCCCS_EXTRACT 


+ Object List for Costing Run Table MLRUNLIST 


If the material ledger is not active in the source system, it converts all existing PO history 
table records in tables EKBE, EKBEH, EKBZ, and EKBZH and all existing production 
order history table records in tables MLAUFCR and MLAUFCRH into the material ledger 
currencies. It also performs checks to ensure that all PO history and production order 


history records have been converted properly into the material ledger currencies. 
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Chapter Summary 


Material ledger being mandatory in SAP S/4HANA has multiple implications for SAP 
and finance teams going through the migration process. For teams that have already 
implemented the material ledger in SAP ECC, the migration is relatively straight forward. 
However, for finance organizations that have not implemented it, there are several things 
to look out for and consider as you go through the planning and implementation phases 
of your SAP S/4HANA migration. These include: 


+ Analyzing your current SAP ECC finance implementation to determine what data- 
related activities you need to undertake before the migration, such as defining 


currency types 
+ Cleansing old data if you have had the material ledger active for a long time 


+ Understanding the effect on your migration schedule depending on whether you 
choose to implement the material ledger in SAP ECC, before migration, or wait and 


make it part of your migration. 
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Chapter 6 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Controlling and preparing for the changes in 
profitability analysis 


With SAP S/4HANA, SAP 
of CO-PA that is integra 
utilize the costing-base 
CO-PA. However, one o 
reconcile it to the G/L. | 


ted with the Universal Journal 
d CO-PA because it has more f 
the main issues with costing- 


the Universal Journal (and hence the G/L) reconciliat 


three main functionali 


ies that were only available in 


unctional 
based CO 


costing- 


have now been added to account-based CO-PA in SAP S/4HA 


are as follows: 


ecommends the use of account-based CO-PA as this is the version 
. In SAP ECC, most SAP customers 


ities than account-based 
-PA is that it is difficult to 


n SAP S/4HANA, now that account-based CO-PA is integrated with 
ion is no longer an issue. Also, the 


based CO-PA in SAP ECC 
A. These functionalities 


+ Splitting the COGS account into multiple G/L accounts per cost component 


+ Splitting the produc 


categories 


+ Enabling sales quan 


tities in multiple units of measure 


ion variance account into multiple G/L accounts per variance 


SAP has removed the major impediment in traditional account-based CO-PA. Also, the 


underlying SAP HANA plat 
of speed as well as treme 


ndous performance improvements. 


form and table-level restructuring provide the immediate benefit 


Recommendations for Companies Using Costing- 


Based CO-PA 


Companies that are currently using costing-based CO-PA will need to activate account- 


based CO-PA as part of the SAP S/4HANA conversion process. However, they can continue 


to use costing-based CO-PA in parallel. Note, however, that that there will be no further 


innovations in costing-based CO-PA. 


To transition from costing-based to account-based CO-PA requires a detailed analysis 


of the current SAP design processes and transactions before moving to SAP S/4HANA. 


Following are some recommendations for preparing to move to account-based CO-PA 


in SAP S/4HANA: 


a. Statistical condition type: Costing-based CO-PA facilitates the use of statistical 


condition types, which allow a user to post values, such as accruals (via sales condition 
types) into CO-PA without affecting the G/L. Before the release of SAP S/4HANA 1809 
(which was released in September 2018), statistical condition types were not able to be 


posted to account-based CO-PA. However, with the 1809 version, this can be achieved 
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through the extension ledger functionality. Companies need to plan for these changes 


by extracting all the statistica 


them to the relevant G/L accounts (which wi 


General condition type: As 
account-based CO-PA, compa 
to determine which ones are 


value fields. In account-based 
have a one-to-one match with 
PA. 


part of the tran 


condition types that are curren 
| be posted to the 


sitioning process 


nies will need to evaluate all of th 
mapped to a single G/L account 


CO-PA, additional G/L accounts 


the value field 


ly used and mapping 


extension ledger). 


rom costing-based to 


ai 


r SD condition types 
to multiple CO-PA 
need to be created to 


DU 


s that are reported in 


costing-based CO- 


CO-PA user exit (i.e., custom program) COPA0005: If customers use CO-PA user 


exit COPA0005 (FM: EXIT_SAPLKEII_001) to calculate the quan 
unit of measure, this will no longer be possible in SAP S/4HA 
CO-PA does not support it. Instead, the way to define addition 
will be done by going through the standard configuration menu 


Additional Quantity Fields.” 


G/L, they will need to use an al 


analysis based on actual values or use an SD 
related calculation and then post the entries 


Valuation using costing sheets: |f cus 
functionality to calculate specific values (e.g., 


of the standard cost estimate) d 


. CO-PA user exit COPA0002: |f customers use a valuation stra 
COPA0002 to post additional values in costing-based CO- 


ternative solution. For example, 
pricing proced 


to the G/L. 


omers use t 
reight/handlin 
uring a billing document posting 


PA that do not im 


ity in an alternative 
A as account-based 
al units of measure 


path called “Define 


tegy with a user exit 
pact the 
a customer can do an 


ure to perform a user exit- 


he CO-PA costing sheet 
g charges as a percentage 


and update the results 


in costing-based CO-PA, they will need to use an alternative option or change the 


business process. 


Assessment cycle: Account-based CO-PA and costing-based CO-PA can use the same 


assessment cycles for allocati 
account-based CO-PA is activa 
assessment cycles that current 
is not utilized in the assessme 


elements and not value fields, 


ted, the company will need to plan and evaluate all t 


granularity of allocated costs t 


will need to make sure that the assessment cost elements represent the separate val 


fields that existed in costing-based CO-PA. 


Top-down distribution: Companies that use the top-down distribution (TD 


functionality i 


same transac 


y exist to ensure that a single assessment cost element 
nt cycle. Since account-based CO-PA is based on cost 
using a single assessment cost element will lose t 


hat are present in costing-based CO-PA. The compa 


ng costs from cost centers to CO-PA. However, when 


ne 


ne 


ny 
ue 


D) 


n costing-based CO-PA will need to recreate the TDD templates using the 
ion code (KE28) but instead choose the option for account-based CO-PA. 


. CO-PA adjustments: Costing-based CO-PA allows direct postings to CO-PA either 


for data correction purposes or further allocation of data by using transaction code 


KE21N. This transaction, however, does not post to the G/L. In the same light, reversing 
(transaction KE4S00) or reposting (transactions KE4S, KE4SMM, and KE4SFI) a costing- 
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based CO-PA document was possible without reversing the original G/L documents. 


Companies will need to plan in advance and make the changes in business processes 


as these features are not available in account-based CO-PA. Account-based CO-PA 


needs to be directly aligned wit 


h the G/L. 


Historical data: An SAP S/4HANA conversion does not migrate the historical 


information in costing-based CO-PA to account-based CO-PA. Therefore, compa 


need to evaluate if the historica 


data from costing-based CO-PA is required for fu 


nies 


ture 


references or analysis and determine the number of years of historical data needed in 


account-based CO-PA in SAP S/4HANA. We recommend you undertake the migrati 


on 


of CO-PA data as a separate project to smoothly transition to SAP S/4HANA. You should 


also consider defining a separa 


te document type to segregate the CO-PA migra 


postings from other postings fo 
if required. 


easy identification and analysis or troubleshoot 


tion 
ng 


Update of profitability segment in sales orders: In most organizations with 


account-based CO-PA, the profitability segment is determined at the time a sales order 


is created. If the functionality to transfer a sales order to costing-based CO-PA is not 


active, then we advise you execute transaction code KE4F to update sales orders with 


the profitability segment. 


In preparation to move to account-based COPA, there are many areas (mentio 


Specifically, Winshuttle Studio can be used to: 


+ Updating general condition types to account for all of the value fields 


+ Recreating the TDD templates for account-based COPA using the KE28 t 


+ Changing the business process for using COPA adjustments and reposti 


+ Segregating COPA migration postings 


ned above) where Winshuttle software can help. 


ransaction code 


ng via KE4XX transactions 


34 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


Recommendations for Companies Already Using 
Account-Based CO-PA 


Companies that already use account-based CO-PA are not required to modify any user 


exits or SD-based conditions. However, you should perform a Delta upload to SAP BW for 


all account-based CO-PA data sources for which the Delta method is being used. 


The key activities that need to be performed as part of the controlling migration to an SAP 


S/4HANA system are shown and explained below: 


= Preparations and Migration of Customizing for Controlling 
> [a Execute BW-Delta Extraction for Account-Based CO-PA 
- [B Adapt Settings for Profitability Segment Characteristics 
- [es & Maintain Operating Concern 
- [e G Activate Account-Based Profitability Analysis 
- [e G Transport Operating Concern 


Execute the SAP BW Delta extraction for account-based profitability analysis: 
If a company uses account-based CO-PA and SAP BW, this step is required because 
account-based CO-PA line items that are not extracted before the migration may be 
ignored after the migration when the next Delta posting is loaded. 


Adapt settings for profitability segment characteristics: In this activity, the 
settings for profitability segment characteristics (segment level) are deleted, as 
profitability segments already contain all the available characteristics in SAP S/4HANA. 
A summarization of the operating concern characteristics is no longer possible or 
required. 


. Maintain operating concern: In this activity, the operating concern is activated for 


account-based CO-PA if the company is not already using this feature. 


. Activate account-based profitability analysis: If a company uses costing-based 


CO-PA, then account-based CO-PA should be activated as well. The company can then 
either continue to use both options or deactivate costing-based CO-PA and only use 
account-based CO-PA in the future. Only account-based CO-PA entries will be updated 
in the Universal Journal. 


Transport operating concern: Transaction KE3I is used to transport the definition 
of the operating concerns. 
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Chapter Summary 


For many companies, the shift from cost-based COPA to account-based COPA represents a 
fundamental change in the way they calculate and account for profitability. As you prepare 
for the migration from SAP ECC to SAP S/4HANA, it is essential to take a number of factors 
into consideration, 


ncluding: 


+ Changes in data structures required for account-based COPA such as the statistical 


condition type and general condition type 


e Updates to the top-down distribution functionality to account-based COPA 


+ Migration of historical data (if required) 


+ Updating the profitability segment in sales orders using transaction code KE4F (when 
applicable) 
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Chapter 7 


Customization, preparation, and migration of 
asset accounting 


New Asset Accounting is not really “new” as it was For companies that have the new G/L in SAP ERP, New 
introduced by SAP in 2013 on SAP ECC 6 EHP 7. It Asset Accounting can be implemented by activating 
includes several new additions to the asset accounting the business function FIN AA PARALLEL_VAL. 
functionality such as: However, this functionality is optional in SAP ERP. In 
SAP S/4HANA, New Asset Accounting is mandatory 


Pan SCOEIN ETS leading, valuation f asset for customers that use the Asset Accounting module. 


accounting in any depreciation area of new asset 


accounting, therefore, no longer needing to use An SAP S/4HANA migration includes performing 


depreciation area 01 for this pre-checks for using New Asset Accounting. It does 


© Posting both the actual values of the leading this by carrying out the following activities: checking 


valuation and the values of parallel valuation in Accounting Principle and Ledger Group settings; 


real time and thereby no longer needing Delta assigning the accounting principle to the ledger 


depreciation areas group, making any additional manual changes in the 


Customizing for New Asset Accounting setting, and 


a Simplifying thechart of depreciation checking the prerequisites for activating New Asset 


e Having different fiscal year variants for each Accounting. The configuration path is shown in the 


valuation (as long as the start date and end date menu below: 
of the fiscal year variant are the same) 


= Migration from Classic to New Asset Accounting 
> [es Prepare New Asset Accounting 
sá Migration for New Asset Accounting 


- [es @ Migrate Charts of Depreciation 
- [E @ Display Migration Log 
> B Perform Additional Manual Activities 
- [es G Check Prerequisites for Activating Asset Accounting (New) 
- [es G Activate Asset Accounting (New) 
` Adjustments in New Asset Accounting 
lẹ Info: Adjustments in New Asset Accounting 
- [es @ Adjust Parameters in Chart of Depreciation 
eà @ Display Migration Log 
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Migrating to New Asset Accounting 


The different steps for migrating to New Asset + Specify revenue distribution for asset 
Accounting are as follows: retirements. 


+ Post net book value instead of gain/loss. 
a. Migrate the charts of depreciation: A company 


Q 


heck transaction types to make sure they are 


that uses the classic Asset Accounting module ; — 
ot restricted for some depreciation areas. 


n 
will need to migrate to the New Asset Accounting «Change definitions of depreciation areas 
S 


module: The trst oa VE a migrating to New pecify transfer of acquisition and production 
Asset Accounting is the migration of the charts 
of depreciation (COD). The COD can either be 


migrated automatically using the migration 


ost values. 


Q 


n 


pecify transfer of depreciation terms. 


program FAA_CHECK_ MIG2SFIN or manually, in c. Check prerequisites for activating New Asset 
the following cases: Accounting: After migrating the COD, assigning 
+ Where the COD cannot be migrated during the the relevant company codes and adding any 
manual customizing settings, the prerequisites 


automatic migration because the migration 
for activating New Asset Accounting can be made. 
Transaction FAA_CHECK_ACTIVATION is used to 
check if all prerequisites are met for activating the 
business function PARALLEL_VAL and if all periodic 


postings have been successfully completed. 


program does not recognize the starting 


situation defined in the system. 
+ When the COD is assigned to a deactivated 


company code, and because the deactivated 
company code’s data has not yet been archived. 


In this case, the company code must be d. Activate New Asset Accounting: This customizing 


migrated With thedocument migration: step changes the New Asset Accounting setup 


b. Customize prior to activating New Asset from the “in preparation” stage to the “active 


Accounting: After the migration of the COD, and stage. However, to avoid any errors, it is advisable 


before executing the prerequisite checks for to check if all the active CODs have been migrated 


the activation of New Asset Accounting, a few and assigned to the company code. 


customization stepsarereguired. e. Adjust parameters in the COD: This configuration 


+ Define the depreciation area for a quantity step adjusts the parameters for the COD with the 
update. following adjustment: 
+ Define the technical clearing account for 


+ Assign the accounting principle. 
integrated asset acquisition. = Chan 


ge the posting indicator for the 


+ Specify an alternative document type for depreciation areas. 


accounting principle-specific documents. 


Chapter Summary 


The changes to the AA module in SAP S/4HANA are significant, but the migration is relatively straightforward. 
When preparing for this step, you may want to keep in mind the following: 


+ Identify the best option for your organization regarding migrating the COD. 


+ Be aware of the customizations that need to be made before activating New Asset Accounting. 
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Data Migration Preparation and Process 
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in previous chapters, data migration involves the movement of 
| as master data to the new tables in SAP S/4HANA. Transactional 
into the new data model of the Universal Journal, while some types 
go structural changes — such as secondary cost element data being 
count master data — customer and vendor master data are converted 
s, and house bank accounts are migrated to the “new” bank account 


inancial data migration receives proper attention during the planning 


phase of an SAP S/4HANA conversion. Below is a list of the preparation activities that 


gration: 


ctivities: The penultimate period should be closed 


he list of activities to be performed 
sing the program RAPERB2000. 


sing the program RAPOST2000. 
module (optional). 


on posting run u 
inthe M 
n transaction. 


ent and previous periods 


Foreign Currency Valuatio 


d closing: The prior fiscal year’s closing should be completed in the 


ore the conversion begins. Below are the activities to be performed 


for the year-end closing: 


* In the AA modu 
open using the 
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o Use transac 
o Use transac 


o Use transac 


Perform cutover 
activities: 


Loc 
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the period 


or delete a 
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e, close the previous fiscal year, and keep the current fiscal year 


program RAJABSOO. 


e balances to the current fiscal year as follows: 


ion FAGLGVTR (if the new G/L accounting is used). 
ion AJRW (for AA). 
ion F.07 (for AP and AR). 


preparation tasks: Cutover preparation includes the following 


Execute all scheduled jobs, and do not schedule any new jobs. 


s for financial accounting (program SAPLOFOO) and controlling 


gram SAPMKCSP). 


Il “Held” documents. To delete “Held” documents, use program 
use transaction code FB50 to post any “Held” documents. 
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+ Lock all users in the system who do not have any tasks associated with the 
installation or the migration. 

+ Execute the program RASFIN_MIGR_PRECHECK to make sure that the prerequisites 
for AA have been met. 

e Execute the program /SDF/RC_START_CHECK. 


. Exclude data from the migration: Companies should aim to minimize data as much as 
possible by archiving old or unwanted data. If any company code is obsolete, it can also 


vities. 


be archived or marked as a “template” company code to avoid the pre-check act 


Document the data posted: To verify the posted data and reconcile the reports before 
and after the migration, it is important to document all of the reports highlighted 


below. Also, create a program variant while preparing the reports during the pre- 


migration phase in order to have the exact selection parameters when executing the 


report after the migration (for reconciliation purposes). Aside from the standard reports 


provided by SAP, a company should also download any customer-specific reports that 


are used during the period-end closing: 


+ The Financial Statements (program RFBILAOO) 


+ The Totals Report for Cost Centers (transaction S_ALR_87013611) 


+ The “Order: Actual/Plan/Variance” Report (transaction S_ALR_87012993) 
+ The G/L Account Balance List (program RFSSLDOO) 


+ The General Ledger Line Items List (program RFSOPO00) 


+ The Compact Document Journal (program RFBELJOO) 


e The Asset History Sheet (program RAGITT_ALV01) 


+ The Depreciation Run for Planned Depreciation (RAHAFA_ALVO1) 


+ The Vendor Sales Report (program RFKUMLOO) 


+ The Vendor Open Items List (program RFKEPLOO) 
+ The Customer Sales Report (program RFDUMLOO) 


+ The Customer Open Items List (program RFDEPLOO) 


+ The Customer Recurring Entry Original Documents (program RFDAUBOO) 


Run the CVI tool: The “Business Partner” will be used to centrally manage the master 


data for business partners, customers, and vendors. It is the single point of entry to 
create, edit, and display these master data items. 


+ The CVI tool is used to synchronize “synchronization objects” in the SAP ECC system. 


The synchronization objects are Business Partner, Customer, and Vendor. 


+ While the CVI tool manages the conversion process, it is important to complete 
data cleanup and error correction prior to launching. Winshuttle can help with this. 
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g. Carry out the asset accounting preparedness check: The prerequisite check for using 
New Asset Accounting in SAP S/4HANA is carried out with the report “RASFIN_MIGR_ 
PRECHECK.” Refer to SAP Note 1939592 and SAP Note 2333236. The following checks 
are performed: 


+ The new G/L is active (this is only a warning, as it is not a requirement). 


+ Lease Accounting Engine (LAE) is not active. 

e Classic Real Estate (Classic RE) is not active. 

+ No requests (with reference to assets) are used in the “Public Sector Management 
- Fund Management” (PSM-FM module). 

+ All periodic postings are posted successfully (no “Update Terminations” exist). 


+ All relevant depreciation areas for parallel currencies exist. 


h. Check the consistency of G/L accounts and cost elements: A consistency check is 
performed by executing the program FINS MIG_PRECHECK_CUST_SETTNGS (using 
transaction SA38). Any inconsistencies should be resolved so that the G/L account 


master records will have the correct account types after the migration. 


Preparation for the Conversion 


The preparation phase of the conversion verifies the readiness of the current SAP ECC 
system for an upgrade to S/4HANA. Figure 10 shows the overview of the technical 
process steps for an SAP S/4HANA system conversion. To help prepare the system for the 
conversion, SAP provides a number of helpful programs that perform automated checks 
on the system, such as SAP Maintenance Planner and the Simplification Item Catalog. This 
section will detail these system checks. 


SAP S/4HANA system conversion 
Overview of technical process steps 


Planning phase Preparation phase 


Uninstall ABAP add-ons Simplification item SUM 2.0, incl. 
of during system update checks prerequisite check 


Transformation System | Maintenance Pre Custom code Software update 
navigator requirements planner checks preparation manager (SUM) 


Roadmap viewer 


X 
X 


Unicode 
conversion 


Database migration 


Software update 


Data conversion 


SAP S/4HANA 


nea ieee 
readiness check ) incl. migration of FI 


customizing and data 


Simplification item *) incl. preparation of Remote scans with 
catalog financial data ABAP test cockpit 


Figure 10: Technical process steps for an SAP S/4HANA system conversion (Source: SAP) 


41 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


SAP Maintenance Planner in an SAP S/4HANA conversion checks whether it is possible to 
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Figure 11: The Simplification Item check framework (Source: SAP) 
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There are two types of checks performed 


by this program: 


e A relevance check determines whether an item is relevant to the system or not. 


The relevance is based on rules maintained in the Simplification Item Catalog. If 


no rule is maintained, or the rule cannot be used, then the item will be marked as 


“Probably Relevant.” 


e A consistency check determines whether the system is in a consistent state and, 


if not, what the client needs to do before the conversion to bring the system to a 


consistent state. Only the items that are relevant to the system will be included in 


a consistency check. All remaining inconsistencies need to be solved before SUM 


enters the downtime phase. 


The SI checks technically consists of three parts: 


1. The check framework (delivered via SAP Note 2399707) 


2. Application-specific check classes (delivered via SAP Note 2502552 and other sets of 


notes that are prerequisites for SAP N 


3. The check content from the Simplification Item Catalog. 
download the content automatically from the SAP servers. 


The SI checks are executed with the report “/SDF/RC_START_C 
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this has replaced report “R_S/4HANA_PRE_TRANSITION_CHECKS”. By default, this report 
downloads the most recent Simplification Item Catalog content from the SAP servers. To 
implement the SI checks, refer to SAP Note 2399707 and SAP Note 2502552. 


The output of the SI checks is a list of relevant (and irrelevant) simplification items. Each 


simplification item describes changed or removed SAP objects and refers to a dedicated 


SAP Note that describes the impact of the change. Some simpli 
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Support Package Manager (SPAM) will create a backup transport of the objects within the 


TCI. This requires that the SAP Transport Management System (STMS) is properly set up 
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in the system, thereby making the creation and release of workbench requests possible. 
Therefore, it is necessary to ensure that a proper STMS setup is done before implementing 


TCI; otherwise, the TCI implementation will fail. 


Custom Code Migration checks are based on the SI concept. With SAP S/4HANA, business 
processes have been changed and simplified and, in some cases, they have been changed 
in anon-compatible way. Before converting to SAP S/4HANA 1809, it is required to check 
the custom code against the SAP S/4HANA simplifications in an SAP S/4HANA 1809 system. 
In the context of this system conversion, any custom ABAP programming code will need 
to be adapted (see Figure 12). 


SAP S/4HANA system conversion 
Custom code related process 


Preparation phase 


Application specific 
follow-up activities 


System Maintenance Simplification Custom code Software update 
requirements planner Item Check preparation manager (SUM) 


Custom code SAP S/4HANA Functional Performance 
evaluation checks application tuning 


Find more about the Custom Remove obsolete Check SAP S/4HANA Adapt custom code to SAP Tune performance 
Code Adaptation process in code based on Usage related changes HANA and SAP S/4HANA of critical database 
the SAP community Procedure Log (Simplification DB) related changes queries 
(UPL/SCMON) ee 
Check SAP HANA related Adapt modifications in 
changes (NO ORDER) SPDD/SPAU 


Figure 12: Custom Code Migration checks will check custom code against the SAP S/4HANA simplifications (Source: SAP) 


The SAP ECC system will (over time) tend to accumulate vast amounts of custom 
development objects (Z-Objects, enhancements, and modifications), some of which are 
in use, and others of which are obsolete. You should also eliminate any unused/obsolete 
objects as part of the housekeeping activities. The ABAP Call Monitor (SCMON) or Usage 
Procedure Log (UPL) can be used to detect any custom ABAP objects that are used within 
the regular running of business processes. During the preparation phase, the ABAP team 
needs to highlight any unused custom code and analyze the custom ABAP code with the 
simplification database. Also, the specific functional team should find out which objects 
need to be changed and adapted to SAP S/4HANA. 
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The technical infrastructure for the custom code analysis are as follows: 
+ Custom code analysis with ABAP Test Cockpit (ATC) 


+ Functional adaptation in ABAP Development Tools (ADT) in Eclipse 


+ Custom Code Migration app 


+ Automatic code adaptations (quick fixes) 


Preparation for the Migration of Customizing Tasks 


Preparation for the migration of customizing tasks includes the execution of a standard 
series of activities in sequential order, as follows: 


1. Run transaction FINSC_CO_CD_TEMPLATE to turn off the checks on the template codes. 


2. Check customizing settings prior to the migration (as shown below) 


Preparations and Migration of Customizing 


- [e G Check Customizing Settings Prior to Migration 

- [es & Set Number of Jobs for Activities in Mass Data Framework 

Preparations and Migration of Customizing for General Ledger 

Preparations and Migration of Customizing for Accrual Engine 

Preparations and Migration of Customizing for Asset Accounting 
Preparations and Migration of Customizing for Controlling 

Preparations and Migration of Customizing for Material Ledger 

Preparations for Migration of House Bank Accounts 

Preparations for Migration of Financial Documents to Trade Finance 
Preparatory Activities and Migration of Customizing for Credit Management 


b ah a J a ee eh a 


The key customizing steps below that need to be performed to migrate to the new G/L are 
part of the overall SAP S/4HANA migra 


on: 


a. Check and adopt fiscal year variants: The migration to the ACDOCA table requires 
the same fiscal year variant to be used in both the FI and CO modules. This activity 
compares the fiscal year variants between controlling areas and their assigned 


company codes. The report lists all the CO areas and company codes that need to be 
changed, as well as the number of the posting periods and special periods. 


b. Establish currency settings for the migration: In this activity, the currency settings 
are established so that the ACDOCA table captures “Amount” information for all 
currency types, including the ones that were only available in the CO module before the 
migration to SAP S/4HANA. In SAP S/4HANA, unlike in SAP ECC, statistical postings in 
the CO module require postings in the local currency as well. Therefore, it is mandatory 


to define an exchange rate type for CO-related transactions that can be migrated along 
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k. Define offsetting account determination type: In this activity, the “Offsetting 


Account Determination” setting for all applications is defined. SAP recommends that 


the option “As Case 2, but Including Line Items Generated Automatically “is selected, 


as it always displays the offsetting account with the highest amount, along with the 


lin 


e items that are generated automatically. 


l. Define source ledger for migration of balance: In this activity, the source ledger 


and the source database table of the G/L account balances (from which opening 
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Start and Monitor Data Migration 


The main activity of the SAP S/4HANA Finance migration is the “Start and Monitor Data 
Migration” step. This is an activity that is carried out after installing SAP S/4HANA. The 
steps for the individual activities are combined in data migration runs. The steps included 
in the data migration are included in Figure 13 . This section will detail some of the main 


steps and what they entail. 


Current Activity GCC Check Consistency of G/L Accounts and Cost Elements 
Migration Control Job No. @ stopped 


| Load Balancing 
Active Jobs 
Target no of Jobs 
Current CPU utilization (%) 
Upper limit CPU utilization (9%) [T00] 


Status of Current Migration Run 
SEJE JEL) Repeat check J set nat JE next actvty (E) 


oco 


Next Step Activity Id Activity |Status of Migration Activity Proc. Status Current Date 2Runti, |ENet Ti, Active Jobs |Completi,. 
[ ‘GCC consistency of G/L Accot 1d Cost Eleme 0:00 0:00 0 % 
GM 0:00 0:00 0 % 

DAA 0:00 0:00 0 % 

R21 0:00 0:00 0 % 

0:00 0:00 0 % 

R22 0:00 0:00 0 % 

mu) 0:00 0:00 0 % 

R23 0:00 0:00 0% 

M10 0:00 0:00 0 % 

M20 0:00 0:00 0 % 

M11 0:00 0:00 0 % 

M21 i 0:00 0:00 0 % 

DLT Yata Migration into Unified Joumal: Aggregate Deltas 0:00 0:00 0 % 

| R24 jarati 0:00 0:00 0 % 
AFA i 0:00 0:00 0 % 

R25 r 0:00 0:00 0 % 
Sa oC 


Figure 13: The steps of the main activity of an SAP S/4HANA Finance migration 


Enrich Transactional Data 


This step enriches transaction data and documents with the necessary fields and migrates 
them to SAP S/4HANA. The main activities performed here are: 


Fill table BSEG fields from table BKPF. 
Fill table COEP fields from the COBK and OBJNR tables. 
Fill profit center fields into CO line items. 
company code data into old CO line items. 


Fill company code data into old CO totals. 
Fill table BSEG_ADD fields from table FAGLBSIS/AS. 
Fill the COSP_BAK-BUKRS and COSS_BAK-BUKRS tables. 


el Se AGT ee 08s I 
T 
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It’s important to execute this step before moving to the subsequent steps (of migrating line 
items and balances) to ensure that all the fields that are used in the next migration steps 
exist in ACDOCA for error-free data population, hence verifying the migrated documents. 
The following documents are checked for inconsistencies related to Fl, CO, and any specific 
ledger-related postings: 


e G/L document: Crosscheck fields replicated from the BKPF and BSEG tables. 

+ Application index for ledger-specific clearing: Fields are replicated from application 
indexes to table BSEG_ADD. 

+ CO document and balances: All fields derived from the object number (table OBJNR) 
are correctly filled; crosscheck fields that are replicated from the COBK and COEP 
tables. 

+ Derived fields: For example, the PRCTR and BUKRS fields which are derived from 


other fields such as Material and Plant. 


Following are the steps that are executed as part of the Technical Check of the Transaction 


Data section: 


+ Enrich Transactional Data 

+ Display Status of “Enrichment of Transactional Data” 
+ Check of the Migrated Document 

+ Display Status of “Check of Migrated Documents” 


Data Migration Into Unified Journal: Line Items 


This step migrates documents and line items from tables BSEG, FAGLFLEXA, and COEP to 
the new data structure - ACDOCA. It populates the Universal Journal entries by combining 
the transactional data of the modules FI, G/L, CO, and FI-AA along with the characteristics 
of account-based CO-PA that are assigned to a profitability segment. It also executes a 
econciliation step after the migration of line items of the different applications into 
table ACDOCA. For the new G/L, CO, and AA line items, the compatibility view, which 
eproduces the original line-item table, is compared to the original values. For table BSEG, 


no compatibility view exists, and the check is executed directly. This is a very important 
step as the future balances will be calculated from the line items. 


The steps executed as part of the Technical Check of the Transaction Data section are: 


+ Migrate Accounting Documents to Universal Journal Entry Structure 


+ Display Status of “Document Migration to Universal Journal Entry” 
+ Check Migration of Accounting Documents to Universal Journal Entry 
+ Display Status of “Check of Accounting Document Migration” 


+ Migrate General Ledger Allocations 


Data Migration Into Unified Journal: Balances 


After migrating line items, balances are migrated. All of the delta G/L totals and line-item 
balances, and the delta CO totals and line-item balances are migrated to table ACDOCA. The 
entries are made with a special document number starting with a letter and do not show 
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up in line-item reports. This step also includes a reconciliation check after the balances 
for applications such as G/L, CO, FI-AA, and the material ledger to ensure they have been 
successfully migrated into table ACDOCA and other related tables. For every former table 
containing aggregated information, there is a compatibility view that reproduces it. The 
program carries out some additional checks and reconciles the balances and values for 


all fields. The steps included are as follows: 


+ Check Migration of Balance 

e Calculation of Depreciation and Total Value 
+ Calculate Initial Depreciation Value 

e Check Initial Depreciation and Total Value 


Initial Depreciation Calculation 


Once New Asset Accounting is activated, and the G/L and AA transactional data have 
been migrated, the calculation of the initial depreciation value is executed to build the 
planned depreciation values for assets. This step also reconciles the total value with the 
depreciation value and includes the following activities: 


e Calculate Initial Depreciation Values 
+ Display Status of “Calculate Initial Depreciation Values” 


e Check Initial Depreciation and Total Values 


+ Display Status of “Check Initial Depreciation and Total Values” 


Chapter Summary 


The migration of financial data in SAP S/4HANA involves a sequence of steps and status 
updates of data that is to be migrated into the Universal Journal (table ACDOCA). These 
steps include the following: 

+ Migrating cost elements 

+ Performing technical checks of transactional data 


+ Migrating the material ledger 


Enriching data 


+ Migrating line items 


+ Migrating balances 


+ Calculating depreciation and total values 


At each step, errors could occur, which requires investigation and correction. It is important 


to ensure that all steps are completed successfully before completing the migration. 
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Chapter 9 


Challenges and Opportunities for Improving Data 
Migration Processes 


One of the main challenges to a clean data migration process is the risk of data loss. As 
a result, there needs to be meticulous reconciliation during each step of the migration. 
During the transfer of data from SAP ECC to SAP S/4HANA, a risk exists that the data 
available in the SAP ECC system may not be available in the target system after the 
migration, or that the data migrated is incomplete and missing specific fields. Although 
SAP has built reconciliation steps into each of the migration processes to help ensure 
data is mirrored in the old table and new data structures, there, unfortunately, remain 


some gaps in the process. For example, during the “Transactional Data Check” step, AA 
and material ledger-related checks do not exist in the “Analyze Transaction Data” step 
(FINS RECON_RCO). 


& Technical Information [E Help 


Date/Time/User | Nu... External ID Object text | Sub-object text | Transac... Program | Mode | Lognumber — 
v X 17.05.2017 10:21:18 | 6 _FINS_R25-17.0... SFIN SFIN Migration CL_FINS_F... Batch proc... 00000000000005307754 
+ & Problem class Other 5 


+ @ Problem class Very Important) 1 


a> a> 


(se) (2) EL) ELEL CIACH] 
Type Message Text 
[a] 5712/000002000001/0000/2017/32: Mismatched balance for ANLC 
_ & Summary for company code 5712, fiscal year 2017: 

Mismatched balance for ANLC: 2 message(s) 

5712: Check of ANLC balances after migration started at 10:21:16 and ended at 10:21:18 
=  @ Reconciliation step REC_5_AA for work package 20175712 was completed successfully 


BD 


Figure 14 shows errors that could occur in the migration process. 


Display logs 
Ql @ & Technical information [E] Help 
Date/Time/User | Nu... ExternalID | Objecttext | Sub-object text | Transac... 
> 17.05.2017 10:21:18 | 59 FINS_R24-01.1... SFIN _ SFIN Migration 

- Å Problem class Other 5 

+ @ Problem class Very Important) 54 : ae 
qv qip 
certame 
Ty.. Message Taxt 


A Summary for company code 1000, fiscal year 2015: 

ÆA COSP_BAK dffers from COSP in vales: 50 message(s) 

ÆA COSS_BAK differs from COSS in values: 4 message(s) 

z started at 22:04:27 and ended at 22:04:29 


-1 WRTTP VE 
NRI TP VEI 


Figure 14: Examples of errors that could occur in a migration to 
SAP S/4HANA Finance 
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Opportunity: Reconciliation 


Apart from the SAP Standard Reconciliation program, there should be a multi-faceted 
reconciliation in place, such as: 


¢ Count reconciliation: Comparing the total number of records between the SAP 
ECC and ACDOCA tables to get a fair assessment of the number of records lost during 
the migration 
e Key column figure reconciliation: Summation of key figure columns (such as total 
amount in doc currency, company code currency, and closing balance, for example) 
e Primary index-based reconciliation: Reconciling the Universal Journal data based 
on primary index fields. 


Aside from the standard consistency checks, SAP recommends the following checks: 


+ The “WAERS’ field of the document header is filled. 
e Line items exist for each header (depending on the document type) and vice versa. 


+ Every document has a zero balance. 
e New G/L line items exist in table FAGLFLEXA for table BSEG and vice versa. 

+ The most important fields (BUKRS, BELNR, GJAHR, BUZEI, BUDAT, BLDAT, DMBTR, 

+ SAKNR, HKONT, LIFNR, and KUNNR) are equal for AP, AR, and the G/L. 

+ A checkbox stating whether the corresponding document of an application index 


entry is already archived (XARCH) is set correctly. 
+ Aggregates and line items are reconciled. 
+ Asset Accounting is reconciled in separate reports. 


Semantic data challenge: Companies dealing with multiple currencies often tend to 
report differences in summation of other currency totals. There can be multiple reasons for 
this, including previous manual changes in configuration in the source system, or amounts 


getting populated in incorrect units of currency types during the migration. Occasionally, 
the decimal places also lead to differences in total amounts between the source and the 


SAP S/4HANA system. Figure 15 shows a couple examples of potential error messages 


that could appear. 


Date/Time/User Nu... | ExternalID | Object text Sub-object text | Tr 
v @ 25.05.2017 09:14:09 74 FINS_R20-25.0... SFIN SFIN Migration 
. A Problem class Other 18 
+ @ Problem dass Very Important, 56 4 D m 79 Fis p20-28.0... SEV 
+ A Problem class Other 18 
a>) > + W Problem dass Very Important! 61 


(se) (SIS AIL)! LPs |.) Se] ||.) oles Aa le 16 


Type Message Text 
Summary for company code 5701, fiscal year 2010: 
A] Second local currency in BKPF inconsistent: 56 message(s) 
©, Ah 16g 2010 000: Second local currency in BKPF inconsistent (should be USD) 


© 


| 


100 0 0 0 a 


Figure 15: Examples of error messages as a result of currency challenges 
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Opportunity: Feasibility Study and Pre-Check 


Feasibility studies by users or consultants should be conducted to detect any changes to 


the configuration of currencies to understand the probable impact early in the project. 


Tools should be in place to manually compare objects prese 
S/4HANA systems by going through all relevant tables and iden 


nt in the source and SAP 
tifying any differences. 


Configuration change during the conversion challenge: This kind of challenge appears 


in large organizations working in dynamic environments and undertaking Brownfield 


projects, which usually range between one and two years. It is difficult to freeze the 


development environment for an extended time and only allow minimum mandatory 


changes. In data migrations, therefore, it is often challenging to have the same data in all 


the environments, with the same errors encountered during testi 


ng in the Sandbox system. 


In such situations, interference risks may arise. This places emphasis on a proper project 


management and process governance structure. 


Opportunity: Management Control 


This must be managed at the organizational level only and shou 


d be part of the discussion 


at the time of project planning. One option is to plan multiple mock runs before the final 


go-live, involving all stakeholders, and also to plan for a dry- 


environment and involving all stakeholders. 


Data integrity challenge: During migration, redundant or du 


issue for table ACDOCA concerning duplicate entries, as table AC 


guarantee zero balance. Data inconsistency in the source sys 


eason for the lack of data Integrity. 


Opportunity: Data Validation 


Validation of each line item between SAP ECC and SAP S/4HA 
to use to avoid data corruption. Below are few data validatio 


be used: 


1. Sample data validation takes a random selection of record 
and compares them with the SAP S/4HANA system. 


un in the pre-production 


plicated data that exists in 


the Universal Journal is common, which can render line items meaningless. This is a critical 


DOCA is not delivered with 


a primary key. Further, zero balances for documents with line items from the G/L need to 
be validated as the CO module (which is integrated with the Universal Journal) does not 


tem is another important 


Ais the best methodology 
n methodologies that can 


s from the SAP ECC system 


2. Subsets of data validation is where a random samp 
verification or a subset of records based on row numbers, 
records or ten thousand to fifty thousand records. 


e records is selected for 
such as the first thousand 


3. Complete data set validation compares every record in the target system. 
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Chapter Summary 


For many enterprises, moving from SAP ECC to SAP S/4HANA is one of the most significant 
IT projects they will ever undertake. While it represents a potentially significant change to 
how you manage and run your business, it also presents many opportunities for you to 
make changes and updates in the way you manage your SAP data. These include: 


+ Improving financial data management processes to maximize the benefits of the 
Universal Journal 


+ Cleaning up and streamlining the data in your SAP system, which is especially relevant 
if you have been using SAP ECC for many years and have not undertaken previous 
system-wide data archiving 


+ Implementing new governance and controls 
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Post-Migration System Tests and Checks 


It is 


il; 


2: 


3. 


crucial to test and confirm the following steps before the go-live: 
Reconcile and compare migrated data. 
Set migration to complete. 
Validate business processes to ensure successful migration. 
Transfer application indexes. 


Fillin due dates in Fl documents. 


Fi 


llin the fields in the offsetting account of FI documents. 


This chapter will detail how to perform these steps. 


1. 


Reconcile and Compare Migrated Data 


The following comparisons and reconciliations for the migrated data and ledgers should 


be performed to ensure that the migration has been done successfully and correctly: 


1; 


Reconcile source ledger 0 with leading ledger OL using transaction GCAC (ledger 
comparison). 


If no leading ledger is in use, reconcile ledgers with the leading ledger OL using 
transaction GCAC. 


Compare the data and key figures after the migration with the data before the migration 


by running the following programs and transactions: 


+ Program RFBILAOO: Financial Statements 
+ Program RAGITT_ALVO1: Asset History Sheet 

+ Program RAHAFA_ALVO1: Depreciation Run for the Planned Depreciations 
e Transaction S_ALR_87013611: Totals Report for Cost Centers 

+ Program RKKBSELL: Sales Order Selection 
+ Program RFSSLDOO: G/L Account Balance List 
+ Program RFSOPOOO: G/L Line Items List 
+ Program RFBELJOO: Compact Document Journal 
+ Program RFKUMLOO: Vendor Sales 
+ Program RFKEPLOO: Vendor Open Item List 
+ Program RFKUMLOO: Customer Sales 


+ Program RFDEPLOO: Customer Open Item List 


+ Program RFDAUBOO: Customer Recurring Entry Original Documents 


55 


MIGRATING FROM SAP ECC TO SAP S/4HANA 


2. Set Migration to Complete 


When the pre-migration and post-migration reconciliation reports have been matched 
successfully, the migration status can be set as “Complete.” After the settings for the 
migration are completed, postings in the system can be made. 


3. Validate Business Process to Ensure Successful 
Migration 


All the important transactions and key business processes are executed to ensure the 
proper functioning of the new SAP S/4HANA system and validation of the master data and 
transaction data. Some of the key business processes to validate are: 


+ Journal entries and accruals postings 

+ The account determination logic in the GR/IR account 

+ Invoice and inventory-related postings 

+ Asset-related postings, such as asset acquisition, retirement, and the depreciation run 
* Order-to-cash and procure-to-pay cycles 

+ Period-end closing activities 


+ Fl reports and balances related to profit centers, cost centers, CO-PA, and financial 
statements 


4. Transfer Application Indexes 


This step transfers application indexes to the database “cold area” during the data aging 
process when business function DAAG_DATA_AGING is active. Transaction FINS _MIG_ 
INIT_COLD can be used to start moving the indexes into the “cold’ area of the database. 
Application indexes of archived documents stored in tables BSIS_BCK, BSAS_BCK, 
BSID_BCK, BSAD_BCK, BSIK_BCK, BSAK_BCK, FAGLBSIS_BCK, and FAGLBSAS_BCK are 
transferred into the “cold” area of the database. 


5. Fillin the Due Dates in FI Documents 


This step is executed to fill in the new Due Date field in the financial documents for 
customer and vendor line items. This must also be done for G/L account line items for 
which the Baseline Date field is part of the line-item posting. The following fields are filled: 


+ Field SK1DT (Due date for Discount 1) 


+ Field SK2DT (Due date for Discount 2) 
+ Field NETDT (Net due date) 


6. Fillin the Fields in the Offsetting Account of 
Financial Documents 


The following fields in the offsetting account of Fl documents are filled: 


+ Field GKONT (Offsetting account number) 
+ Field GKART (Offsetting account type) 
+ Field GHKON (G/L offsetting account in the G/L) 
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Chapter Summary 


Once you have made the migration from SAP ECC to SAP S/4HANA, it is imperative that 
you conduct system checks to ensure that your business is using historically consistent 
data. You do this by: 

+ Comparing data and results before and after migration 

+ Validating financial business processes and results 


+ Checking that all dates are valid and set properly 
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Conclusion 


As this paper has demonstrated, the process of 
migrating your financial data from SAP ECC to SAP 
S/4HANA is a complex and, at times, a tedious one. 
However, with careful planning and a thorough 
knowledge of the tools and resources available to 
you, it is possible to efficiently and effectively make 


the move. 


SAP has worked hard to provide a set of tools that 
address many of the most significant migration 
challenges with regards to data conversion from the 
table and field structure in SAP ECC to the new ones in 
SAP S/4HANA. Winshuttle provides a set of solutions 
that helps automate and simplify many of the ancillary 


tasks that are required for a smooth migration. 


As you begin the journey from SAP ECC to SAP 
S/4HANA, it is important to understand what is 
changing in the new system and how best to approach 
the migration for your finance department. Some of 


the key things to consider include: 


+ The implications of the Universal Journal 
ACDOCA) on your finance organization and how 
to prepare your SAP ECC data for the change 


+ Mandatory implementation of the material ledger 
in SAP S/4HANA and the steps necessary for your 


current data if you have not implemented the 
material ledger in SAP ECC 


+ What effects the CO-PA change to account-based 
profitability analysis has on your accounting 


team and how to most effectively manage the 


transition for your accounting teams 
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+ Howto create a realistic migration roadmap with 
timelines that match your business needs 


For many of these migration processes to be 
successful, you need to review, correct, and update 
much your SAP ECC system data. Some of these 
changes can be accomplished with SAP applications, 


but many of them require either managing data 


manually or implementing a solution like Winshuttle. 
Winshuttle software not only helps automate many 


O 


the data update processes but also offers solutions 


that enable you to comply with established rules for 
data handling during your migration. 


This process of data cleansing, management, and 
planning significantly increases the chance that the 
migration of your financial operations from SAP ECC to 


SAP S/4HANA will be a successful one. If you need help 


with any of these steps and are looking for expertise 
in this area, ERPfixers offers the largest network of 


independent SAP consultants in the world who can 
help answer any questions or offer assistance with 


your migration. 


For more information about migrating your 
finance organization from SAP ECC to SAP 
S/4HANA: 


Winshuttle 


www.winshuttle .com/s4hana 


ERP Fixers 
www.erpfixers.com 
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MIGRATING FROM SAP ECC TO SAP S/4HANA 


This table lists all of the SAP applications and programs that are available for making the migration from SAP ECC 


to SAP S/4HANA. Each application and program includes a brief description as well as what stage of the migration 
itis used and whether it is used in SAP ECC, SAP S/4HANA, or both. 


PROGRAM/APPLICATION FUNCTION 


Program RFBILAOO The financial statements report Preparation Phase 


Transaction S_ALR_87013611 he actual/plan/variance report for | Preparation Phase Both 
cost centers 


Transaction S_ALR_87012993 The actual/plan/variance report 
internal orders 


Program RFDAUBOO The customer recurring entry 
original documents 


/SDF/RC_START_CHECK Pre-transition checks for financials 


TFC_COMPARE_VZ Reconciles the new G/L and the AR 
a and AP subledgers 

RAABST02 Reconciles the G/L with AA for 
the leading valuation and parallel 
valuation 

RAABSTO1 Reconciles the G/L with AA for 
the leading valuation and parallel 
valuation 


Program RAGITT_ALVO1 The asset history sheet Preparati 


Program RAHAFA_ALVO1 he depreciation run for planned Preparati 
depreciation 


STAGE OF CONVERSION 


Preparati 


Preparati 
Preparati 


Preparati 


Preparation Phase 


RGUCOMP4 Compares ledgers with the new G/L | Preparation Phase 
RMO7MBST, RMO7MMFI Reconciles MM with the G/L Preparation Phase 


FAA_GL_RECON Reconciles the G/L with New Asset | Preparation Phase 
Accounting 


ECC OR S/4? 


Program RFBELJOO he compact document journal for | Preparation P 
G/L transactions 
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FBV3/ Program RFTMPBLD. Posts or deletes all “Held” Preparation Phase ECC 


AJRW Fixed assets balance carry forward | Preparation Phase ECC 
program 


RAPOST2000 Executes periodic depreciation Preparation Phase ECC 
posting run 


CVI_FS_CHECK_CUSTOMIZING | Checks CVI customizing errors Preparation Phase 


PRECHECK_UPGRADATION_ Pre-upgrade check for CVI Preparation Phase ECC 
in 
FLE_CLS4H_CHECKS_CC Extends Material Number field Preparation Phase ECC 
hae ee a 
RP_AREA_STORAGE_LOC_ Checks MRP storage location Preparation Phase ECC 
cin eee aie 
FINS_MIG_PRECHECK_CUST_ Pre-conversion check of G/L Preparation Phase ECC 
dU e 


RFINDEX_NACC Table inconsistency check Preparation Phase 
FAGL_FC_VALUATION Foreign currency valuation Preparation Phase 


RASFIN_MIGR_PRECHECK, AA pre migration check Preparation Phase 


aintenance Planner Checks for add-ons and business Preparation Phase ECC 
functions 


SI Check Checks for simplification items Preparation Phase 
FINS_RECON_RCO Analyzes transactional data 
FINS _MIG_MONITOR_RCO Displays status of transactional data 


GCC Check Consistency of G/L Checks G/L accounts and cost 


Accounts and Cost Elements elements are consistent before 


migration 


GCM G/L Account and Cost Element | Merges the cost elements into GL 
Merge account master data 


R20 Reconciliation of Transactional | Checks that Fl documents are 
Data consistent and ready to be migrated 


ENR Enrich Transactional Data The "data enrichment" program, 


which is required due to the merge 
of Fl and CO documents 


R22 Check enrichment of Corrects any errors (from above) 
transactional data that are displayed 


Se 
DAA Default Assignment of Cost Transfers default assignments in 
Elements the former cost element master 
table (CSKB) to the default account 
assignments 


S 
S 
S 
S 
S 
S 


/4 
/4 
/4 
/4 
/4 
/4 
/4 
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MUJ Data Migration into Unified Migrates line items from BSEG or 

Journal FAGFLEXA, COSP, COSS, ANEX and 
ANEP into ACDOCA 

R23 Check Migration of Journal Shows the results (any errors 

Entry must be corrected and migration 
restarted) 


10 Migrate Material Ledger Master | Ensures that the material ledger is 
Data activated for all valuation areas 

20 Check Material Ledger master | Checks results from previous step 
data 


11 Migrate Material Ledger Order | Ensures that all existing PO records 


istory are converted into the material 
ledger currencies (If material ledger 
was not active in any valuati 
area before the SAP S/4HA 
conversion) 
M21 Migrate Check ML Production | Checks results of previous st 


DLT Data Migration into Unified Aggregates Deltas (i.e. documents 


Journal not originally in the FI tables) into 


the Universal Journal 


R24 Check Migration of Balances Checks the results from previous S/4 
AFA Initial Depreciation Calculation | Builds the initial depreciation S/4 
R25 Check Initial Depreciation Checks results from previous step ) S/4 


Transaction FINS_MIG_INIT_COLD | Transfers application indexes 
Transaction FINS_MIG_DUE Fills due dates in FI documents 


Transaction FINS_MIG_GKONT Fills offsetting account in FI S/4 
documents 


FINS_MIG_MONITOR_GKO Displays the status of filling S/4 
PRC_MIG_POST_PROCESSING S/4 
FINS_CUST_CONSISTENCY_CHECK | Reconciles and compares migrated S/4 


data 
Enrichment of Balance Carry Optional steps, which can be S/4 


Forward executed anytime after balance 


migration 


WINSHUTTLE. SAP” Certified 


Integration with SAP S/4HANA” 
Founded in 2003, Winshuttle is a global company with sales and support offices . 
SAP Microsoft Partner 


worldwide. For more information about Winshuttle solutions or to contact a Gold Application Development 
: P r Partner Gold Collaboration and Content 
representative near you, please visit www.winshuttle.com. 
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Appendix B 


Introducing Winshuttle’s solutions 


Winshuttle offers two solutions for automating SAP ERP processes: 


oo 


SÍ Studio 
DESKTOP-BASED 


Desktop-based automation solution for SAP ERP 
processes. 


+ Create automation scripts to exchange data with 
SAP using Winshuttle Transaction, Query, and 
Direct functionality. 


+ Map scripts and embed business rules to Excel 
workbooks. 


a= 


\a/ 


F WINSHUTTLE. 
Foundation 
SERVER-BASED 

Adds the functionality of server-based user 


governance and workflow automation to the SAP- 
specific RPA capabilities of Studio. 


+ Create role-based web forms 

+ Create advanced workflows 

+ Map scripts and embed business rules into Excel 
workbooks or web forms 

+ Schedule data exchange tasks 

+ Set data exchange policies 

+ Get process analytics 

+ Get information for auditing 

+ Manage user access and Winshuttle licenses 


In addition to automating the posting of data into SAP, Winshuttle Studio also enables you to extract data from SAP through our Winshuttle 


Query capabilities. Like Winshuttle Transaction, Query is designed for business users and doesn’t require SAP technical skills like SQVI. 


Often Winshuttle customers use Query and Transaction in sequence as part of what we refer to as a “round trip.” 


Winshuttle Studio also includes Winshuttle Direct, functionality that enables data exchange with SAP through using BAPIs and remote- 


enabled function modules. Direct avoids many of the problems that can occur in general-purpose bots caused by changes in the SAP 


system, especially with upgrades of the SAP GUI. 


WINSHUTTLE. 


Founded in 2003, Winshuttle is a global company with sales and support offices 
worldwide. For more information about Winshuttle solutions or to contact a 
representative near you, please visit www.winshuttle.com. 


SAP” Certified 


Integration with SAP S/4HANA”® 


SAPA Microsoft Partner 
-m Gold Application Development 


Gold Collaboration and Content 
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